Size of the table is too big Performance problem.

Hello

Suppose that we table that has about 160 columns inside. About 120 of these columns are Varchar data type with about size 100-3000 each column.

This table has also about 2 million lines in there. I don't know if they are considered large tables of sizes?

Like these tables a good representation of the data. I'm in doubt because the size of the table is very large and may take a long time for queries. We have about 10 indexes on this table.

What kind of precautions should be taken when this kind of tables are involved in the database and they needed for the application.

Version of database is Oracle 10.2.0.4

I know that the question is a little vague, but I wonder what needs to be done and where I start digging the question just in case I have performance issues while trying to select the data or update the data.

I also want to know if there are any size idle for tables and anything that is more that what needs to be treated differently.

Thanking you
Rocky

Any table with more than 50 columns should be regarded with suspicion. This does not mean that it is appropriate for uses no tables with columns 120 or 220, but that doesn't mean that they are quite rare.

Which doesn't bother me on your first paragraph is the number of columns of text with sizes of up to 3 K. It is very revealing of poor design. One thing is for sure... no one is a report and printing on what anyone smaller than a plotter.

2 rows at point M is small by almost any definition so I wouldn't worry on this subject. Partitioning is an option, but only if the size of partition can translate to work with your queries and we have not seen any of them nor would we have no idea what you can use as a partition key or the type of partitioning so any intelligent discussion of this option would require a lot more information from you.

There is no precaution that relate to what you wrote. You have told us nothing on the safety, use, volumes of transactions or any other important thing in such a review.

What needs to be done in the future, is for someone who understands the normalization to look at this table, review the rules management, reviewing the purpose to which it will be put, and especially reports and the results that will come against her and no longer justify and change the structure. Then with an evaluation of the completed table... you must run SQL and examine the plans generated using DBMS_XPLAN and timing compared to your Service Level Agreement (SLA) with clients from the system.

Tags: Database

Similar Questions

  • Size of the target file too big?

    Hello

    We have an interface that takes a Source file-> transformations in the transit area-> and provides a target file output.

    The problem is that the target file is too much than it is supposed to be.

    We have 'truncate' Option is enabled, so its no duplicates...

    We believe that it is the physical and logical target defined lengths for files.

    We believe that the logical length is far too much cause substantial 'spaces' between the columns of data, thereby increasing the size of the file.

    We originally the logical length for data columns 12 and got the following error message:

    Overflow error arithmetic digital conversion to digital data type.

    When we increased the logical length between 12 and 20 interface run fine without errors. But now the size of the target file is simply too large 1:5

    Suggestions to prevent these additional places in the columns target?

    Enjoy your entries!

    Thank you

    Hello

    usually, you need to know the length of your data. If you want to be sure you could put source really big file as logical definition, than to use a cast in your box waiting (ex number (12.3)) then your target

  • FLA, the size of the file is too big and will not reduce even after the removal of assets

    I loaded a png sequence in a FLA file. This makes the huge file, so I decided to remove them. However, this has not reduced the size of the DFL. I checked the library and deleted the PNGs with no luck. I even deleted all forms of asset library and deleted all the content of the scene and the timeline, but the FLA is still almost 1 GB. How can I fix it!

    I think that there is another bug in Flash.

    I don't know who marked this as "right answer", but he did not work for me!

    I took a whole new folder full of JPGs and then tried the above suggestion. Then for good measure, deleted ALL the content of the FLA file and emptied the library. I tried and then clear the Cache of publish and save as. The FLA file (empty) is always greater than 50 MB!

  • Everything on the computer is too big, how do I change the size in Vista

    everything on the computer is too big.   How can I get to normal size?

    Hello

    try going to your graphic card manufacturers site or computer and are looking for the driver download section

    Search your computer or graphics card model number based on what you have and download and install the latest graphics drivers for vista

    then try to make the screen of solution of problems

    http://Windows.Microsoft.com/en-us/Windows-Vista/change-screen-resolution

  • difference in size of the Table in oracle and timesten

    Hi all


    I have a large table with 2 million records,

    I see no big difference in the size of the table in oracle and Timesten
    In oracle table size to 4 GB, but in Timesten is arround 15 GB (using ttSize for 2 M lines)

    Could you please tell me what could be the cause of this difference?
    Is the size of the table in Timesten is always more than oracle?
    What are the factors and parameters affecting the size of Perm?

    It is typical for the storage needs for a DataSet to be significantly larger in TimesTen in Oracle. This is due to the Organization of the very different internal storage in TT from Oracle; Oracle is optimized to save space while TT is optimized for performance.

    Ways to minimize these costs are:

    1. make sure you use TimesTen 11.2.1. This has some characteristics compare compact (minor) and earlier versions.

    2 assess the use of numeric types; native types TimesTen (TT_TINYINT, TT_SMALLINT, TT_INTEGER and TT_BIGINT) use less space than MANY and longer by the effective calculation as well.

    3. check use of data of variable length (VARCHAR2, VARBINARY, NVARCHAR) and the trade-offs between online and online storage (see documentation for the compromise between these options stirage TT).

    Even when you use the foregoing, you will still see a storage important "inflation" for TT from Oracle.

    Chris

  • The icons are too big

    The icons are too big for the screen. I'm unable to reduce them. Can you help me?

    You can attach a screenshot?

    • Use a type of compressed as PNG or JPG image to save the screenshot
    • Make sure you do not exceed the maximum size of 1 MB

    Try to assign layout.css.devPixelsPerPx 1.0 (default is - 1) on the topic: config page.
    If necessary adjust the value by 0.1 or 0.05 (1.1 or 0.9) until icons or text looks right.

    You can open the topic: config page via the address bar.
    You can accept the warning and click on "I'll be careful" to continue.

    You can watch the Default FullZoom Level or NoSquint extension to define a page zoom and the size of the default font on the web pages.

  • CAP - error! 907: given the icon is too big

    Hi all

    As the title says, I've just added a file icon my project (Eclipse-> properties of Blackberry project-> resources-> files of icons)

    The error I get is-

    Error! 907: given the icon are too big: 20751 bytes

    The size is 20 KB.

    Is there a limit on the maximum size of the file icon?

    Thank you

    Teja

    This looks like a project or installation of the BlackBerry plugin has gone corrupt. Try to add the icon itself to a new project and see if it is supported. If so, then its your project. If it isn't then there may be your workspace.

    Try the same thing in a new workspace. If it fails in the new workspace, you may need to reinstall.

  • Size of the table only includes not Keynote - can not enter directly px

    I inserted a table on a slide, and he made two unexpected things:

    1. it will not allow me to directly enter a width of table in pixels - as soon as I enter a value, it returns to the original value. The only way I can change the size of the table is with the up/down arrows, essentially pushing a pixel at a time.

    2. when I add an additional column, rather than tighten it in the width of the table by adjusting the size of the existing columns, it blows the table out of the slide area, and I have to manually resize the table to accommodate.

    I have looked through all the parameters of the table and just cannot find why it behaves in this manner, which is different from the other tables I've created in the past.

    1. You are right. Selecting the Table tab and reduce line and column values will shrink your table, but the table resizing is not supposed to work this way.
    2. Control-click or two fingers press the alphabetical table header and select Add column after from this menu. The new column is added in place, and the other columns shrink and walk left to accommodate the new column, while the table itself does not move.
  • Is the screen on the iMac 27 "too big?

    Is the screen on the iMac 27 "too big?

    Ultimately you can answer this question. Personally, I use an iMac 27-inch (not the retina) and I am very satisfied with the screen. It is useful to take the time to get the speed of the mouse you will find it more convenient, balancing the distance the bar has to travel against the speed of the movement. otherwise I had no complaints about it. If you are in a very small space, I guess it might be a bit problematic.

    If you look at an Apple store, don't forget they look still more small in the shop!

  • the text went too big and I don't know how to make it smaller

    the text got too big and I don't know how to make small new

    You may need to change your DPI settings. See the link below:

    Make the text on the screen larger or smaller
    http://Windows.Microsoft.com/en-us/Windows-Vista/make-the-text-on-your-screen-larger-or-smaller
    You can make text and other items, such as the icons on your screen easier to see by making them bigger. This by increasing the dots per inch (DPI) scale. You can also decrease the DPI scale to make text and other items on your screen smaller, so that more information fits on the screen.

    If at the end you can not click on the button 'OK' because it is hidden, press your 'Enter' key (OK is defined as the default value).

    If it would not help see this:

    Change the screen resolution
    http://Windows.Microsoft.com/en-us/Windows-Vista/change-screen-resolution

  • How to find the size of the table?

    Hi all

    Can anyone suggest how to find the size of the table? I had a few (15272 selected lines) on the name of "CMPT_" How can I check only 'CMPT_' size tables?





    Please someone help give the SQL query to run.


    Thanks in advance.


    Vincent

    madala03 wrote:

    Hi thanks for the reply

    I'm out like below

    SUM(BYTES/1024/1024)

    --------------------

    25383.25

    But how to check all the name of tables CMPT and their sizes?

    Select nom_segment, dba_Segments sum(bytes/1024/1024) where nom_segment like ' % CMPT GROUP BY nom_segment;

  • Given CLOB not allowing the size of the table cut!

    Hi Experts,

    Environment: 11.2.0.3. on Solaris 10.

    We have a table that contains the CLOB data and this table takes about 111 GB!

    SQL > desc INFO_MESSAGES

    Name                                      Null?    Type

    ----------------------------------------- -------- ----------------------------

    CLNT_OID NOT NULL VARCHAR2 (16)

    USR_OID NOT NULL VARCHAR2 (16)

    LAST_client_msg_ID VARCHAR2 (36)

    LAST_client_msg_DATE DATE

    LAST_client_msg CLOB

    LAST_USR_MSG_BOD_ID VARCHAR2 (36)

    DATE OF LAST_USR_MSG_DATE

    CLOB LAST_USR_MSG

    Select * of dba_segments order by bytes DESC;

    MIGRTN SYS_LOB0000111131C00008$ $ LOBSEGMENT SAMS DATA1 20690 6 1963 14528000 119013376000 <-the top row

    This segment is to table INFO_MESSAGES. I confirmed by joining in ALL_LOBs.

    This segment: SYS_LOB0000111131C00008$ $ belong to this column: LAST_USR_MSG

    The column LAST_USR_MSG were originally from huge text data, each line having approximately 4 MB in size. To reclaim the space, we have put this column of small as "data truncated" data using an update statement for the half of the rows in the table.

    as:

    Update INFO_MESSAGES set LAST_USR_MSG = "data truncated" where rownum < 25001 (this where clause was based on other criteria on a real mission but he updated 25000 lines - half of the table).

    Now after having done that, the size of the table has not changed!

    The table is still 120 GB. So what should he do to recover the space here? Should we export, truncate, and import the table - or can it be reconstructed (without causing locks and allowing application to access it or there at - it other better options?)

    Thank you

    OrauserN

    You must use dbms_redefintion, at the same time, change BASICFILE (have you been to) to SECUREFILE

    The latter LOBs will reorganize automatically.

    Demo at http://www.morganslibrary.org

    -----------

    Sybrand Bakker

    Senior Oracle DBA

  • size of the table

    How to check the size of the table?
    Select segment_name,Bytes/1024/1024 from DBA_SEGMENTS;
    
    or
    
    SELECT SUM(bytes)/1024/1024 MB
    FROM dba_segments
    WHERE segment_type ='TABLE'
    AND segment_name=
    
  • RCD table becomes too big

    Hello

    Our table of rcd becomes larger (21 M records) and the questioning of this table takes a lot of time.

    What is the recommended method to keep the size of the table under control?

    We can always create a materialized view to get a subset of the table, so we can work with the more recent recordings. However, this does not resolve the problem of it gets bigger and bigger.

    Do you get purged or archived somehow?

    Thank you

    Khanh

    The utility of archiving of reconciliation should be able to help with this issue: http://download.oracle.com/docs/cd/E14899_01/doc.9102/e14761/reconarchive.htm#sthref91

    Hope this helps
    / Martin

  • Size of the table space increases too quickly (DEV_MDS of soa suite 11g)

    I use Oracle 11g SOASuite.

    We are facing a problem of database (table space). After each schema deployment that dev_mds increases of 40 MB. We are therefore very often our processes in the development stage. and while cancellation of the deployment of the process. Ideally the memory should be freed. but it's not free memory.

    Please, help me out of this problem. and it will be appreciated if someone will explain how this schema size increases too quickly.

    Thank you

    Whenever you cancel the deployment a composite of a partition in the composite EM console gets also deleted from the MDS store. But since you must keep all versions of your composite, that your MDS store is bound to grow with each deployment.

    As you mentioned that your size of the composite is huge due to activity of embedded java, it's something that your design should be avoided because there is no resuability for your component java embedded in several versions of the same composite or composite.

    If you are wanting to use Java in your BPEL process I recommend to use a resalable composite with a context of spring that you can reference from different composite materials or different versions of the same composite.

    It also gives you an advantage in terms of modularisation your application, because whenever you need to change your composite Java or BPEL, they can be changed and deployed independently.

Maybe you are looking for