Heavy Query....

Hi ,
I have a problem with one query , when i run this query on my database in first two executions it is Ok and having a lower Buffer Gets and Physical Reads but after two or three executions it conceeds 50k+ Buffer Gets and 12k + PR.
The table on which this query runs is a highly updatable table on our production server.
Query:-
SELECT * FROM
     SELECT
          ETO_OFR_DISPLAY_ID ETO_OFR_ID, ETO_OFR_TYP, ETO_OFR_TITLE, TO_CHAR(ETO_OFR_DATE,'Dy, dd Mon yyyy HH24:MI:SS') AS OFFER_DATE, ETO_OFR_DATE,
          NVL(SUBSTR(ETO_OFR_DESC,1,INSTR(ETO_OFR_DESC,CHR(13)||CHR(10),1,5)),ETO_OFR_DESC) ETO_OFR_DESC, ETO_OFR_QTY,
          COALESCE(ETO_OFR_IMAGE_PATH1,ETO_OFR_IMAGE_PATH2,ETO_OFR_IMAGE_PATH3) ETO_OFR_IMAGE, ETO_OFR_QLTY, FK_GLCAT_CAT_ID, ETO_OFR_COMPANYNAME GLUSR_USR_COMPANYNAME,
          ETO_OFR_GL_COUNTRY_NAME GL_COUNTRY_NAME, ETO_OFR_COMPANY_TSCODE TRUSTSEAL_COMPANY_TSCODE, ETO_OFR_GLUSR_USERNAME GLUSR_USR_USERNAME
     FROM
          ETO_OFR
     WHERE
          ETO_OFR_TYP = 'B' AND ETO_OFR_APPROV = 'A' AND ETO_OFR_PREFERED_FK_GLUSR_ID IS NULL ORDER BY ETO_OFR_DATE DESC
     ) WHERE ROWNUM < 6
Every Time This query Use Same Index.
Rahul Sharma
Edited by: Rahul Sharma on Mar 14, 2011 2:45 AM
Edited by: Rahul Sharma on Mar 14, 2011 3:03 AM
Edited by: Rahul Sharma on Mar 14, 2011 4:09 AM

Please read and followup SQL and PL/SQL FAQ
item 3.
Also please format your query prior to posting it.
Sybrand Bakker
Senior Oracle DBA

Similar Messages

  • Heavy query crashes PC...

    Hi,
    I'm running a stats program on NT, forms 6i and getting a strange problem which is baffling.
    I have a fairly large query which runs fast enough but returns around 20000 rows.
    I then take these records into a nested IF clause that calls a stored procedure to evaluate if the record passes or fails (there are around 8 checks within the cursor loop).
    The failures are then added to a failure count and displayed on the canvas with a message and syncronize called to display the new count.
    When I look in the database I can see the procedure running but after around 10000 records, the PC freezes. The program finishes normally but once this is done and the PC comes back, the forms session is terminated.
    Has anyone else had this? I suspected that maybe the screen refreshes are causing some memory problems but not sure if it's because of too many calls to synchronize? The Oracle end doesn't seem to be causing a problem so it's weird that the session is killed after the query finishes..
    Any ideas?
    Thanks in advance..
    Nigel

    You say it happens at around 10,000 records, which is a suspicously round number. What if the records were twice as large? Would it be at 5,000 rows?
    You should probably run a trace to see what's happening. You'll probably have to look through some large resulting files, though!
    You can do an Oracle Trace to see what's happening on the database side, and some Forms diagnostics to see what Forms is doing.
    Regards,
    Robin Zimmermann
    Forms Product Manangement.

  • Query Execution time - Elapsed time v Actual time taken

    Hi All,
    I have this scenario where I am querying a single table with the following results. It is a very heavy query in that there are multiple aggregate functions and multiple unions on it. Even if the query is written poorly (i doubt it is) why would the actual
    time taken to execute the query be much more than the statistics provided through the following commands?
    SET STATISTICS IO ON;
    SET STATISTICS TIME ON;
    Attached are the stats provided for the relevant query in question.
    Table '123456789_TEMP_DATA'. Scan count 178, logical reads 582048, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
    Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
    SQL Server Execution Times:
       CPU time = 936 ms,  elapsed time = 967 ms.
    2014-01-06 17:36:41.383
    Now, although the CPU Time/Elapsed time shows that it takes less than a second, it actually takes more than 15 seconds to fetch the results. (This is the actual time that you get on the bottom bar of the Query pane as well.)
    What is the reason? Why is it that there is such a big discrepancy between the numbers? How can I improve this situation?
    Thanks!

    Yes. I am returning a huge number of rows to the client. 
    The query is simply against a single table. 
    Select
     'First Record',AVG(COLUMN1),STDEV(COLUMN1
    ),COUNT(COLUMN1)
    FROM [TABLE1] WHERE (SOME CONDITION)
    UNION ALL
    Select  'Second Record',AVG(COLUMN2),STDEV(COLUMN2),COUNT(COLUMN2) FROM [TABLE1]
    WHERE (SOME OTHER CONDITION)
    Imagine there are 178 records fetched in this manner with 178 UNIONs. The WHERE clause will always change for each SELECT statement.
    Now, the question is not so much about the query itself, but why the execution time is actually 15 seconds whilst the SQL STATISTICS show it to be 936ms (<1 second)
    Thanks!

  • ORA-03113 and ORA-07445 ACCESS_VIOLATION (again)

    On:
    10g
    Windows 2003 server
    IIS 6
    ASP.NET 2.0
    Oracle client 10.2.0.1.0
    ODAC 10.2.0.2.21
    odp.net 2.102.2.20
    Validate Connection=true;Min Pool Size=0 in connection string
    All odp.net connection, command and parameter objects are closed/disposed after use.
    The issue:
    ORA-03113 is returned to asp.net.
    ORA-07445 ACCESS_VIOLATION is logged on database side. (see below)
    It is ALWAYS the same select query (in stored procedure).
    This is NOT a heavy query. Whole table is only 20K rows. (see below)
    The rest of web application is UNAFFECTED. oracle connection and queries working normally.
    Memory and threads used w3wp.exe are normal
    Our only solution is for DBA to re-allocate table on db server.
    I have read all related posts on this Forum but please any advice is welcome!
    Thanks,
    Adam
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [evaopn2+2896] [PC:0x15F3876] [ADDR:0x0] [UNABLE_TO_READ] []
    Edited by: user10422769 on Sep 1, 2010 12:35 AM

    according to this article:
    <span> [Oracle ORA-07445 exception tips|<a class="smarterwiki-linkify" href="http://www.dba-oracle.com/t_ora_07445_exception_encountered.htm]">http://www.dba-oracle.com/t_ora_07445_exception_encountered.htm]</a>
    </span>
    ther is a lot of reasons for this issue I suggest that you try to do some action to try to understand where is the problem:
    1. Change the connection string to contain only the schema parameter (no pooling parameters).
    2. Change the select to return only 1:
    _SELECT 1 as val_
    FROM IIL_RUN_SETS ILRS
    INNER JOIN IIL_RN_SET_STA_VALS ISSV
    ON ILRS.ILRS_ID = ISSV.ILRS_ID
    AND CURRENT_TIMESTAMP BETWEEN ISSV.TRANS_FROM AND ISSV.TRANS_TO
    INNER JOIN IIL_RN_SET_STATUSES ISST
    ON ISSV.ISST_ID = ISST.ISST_ID
    INNER JOIN IIL_RUNS ILRN
    ON ILRS.ILRS_ID = ILRN.ILRS_ID
    LEFT OUTER JOIN IIL_RUN_LABELS IRLB
    ON ILRN.IRLB_ID = IRLB.IRLB_ID
    INNER JOIN IIL_RUN_STA_VALS IRSV
    ON ILRN.ILRN_ID = IRSV.ILRN_ID
    AND CURRENT_TIMESTAMP BETWEEN IRSV.TRANS_FROM AND IRSV.TRANS_TO
    INNER JOIN IIL_RUN_STATUSES IRST
    ON IRSV.IRST_ID = IRST.IRST_ID
    INNER JOIN IIL_RUN_TYPES IRTY
    ON ILRN.IRTY_ID = IRTY.IRTY_ID
    INNER JOIN PRODUCTS PDCT
    ON ILRN.PDCT_ID = PDCT.PDCT_ID
    INNER JOIN USERS UPDATE_USER
    ON ILRN.UPDATE_USER_ID = UPDATE_USER.USER_ID
    WHERE ILRS.ILRS_ID ; = :B1
    _AND rownum=1_
    ORDER BY ILRN.ILRN_ID
    if this result will not return the value that means that the problem is in the SQL/Procedure
    3. Try to run on diffrent client - it maybe related to some ODP problem one one client.

  • The Sky is Falling! ORA-01652: unable to extend temp segment by 128

    So we currently have a production problem and I'm not so in the know as a lowly java developer and not an Oracle expert.
    We keep getting this error(below) when a certain heavy query hits the DB.
    Our DBA claims that the tablespace for 'TABLE_SPACE_NAME_HERE' is 20GB of space and that the problem is the query.
    The query has been running fine for many many months but all of a sudden is presenting a problem and we have to do something quick.
    We tried bouncing the application server but the error came right back when the big select query gets hit.
    Any thoughts? Help! : )
    java.sql.SQLException: ORA-01652: unable to extend temp segment by 128 in tablespace TABLE_SPACE_NAME_HERE
         at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:113)
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331)
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)
         at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:754)
         at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:219)
         at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:972)
         at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1074)
         at oracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPreparedStatement.java:854)
         at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1156)
         at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3415)
         at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3460)
         at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296)

    LosLobo wrote:
    So, the next question... what is our lesson learned in this case?It depends on the root cause.
    Our DBA thinks 30GB is an unreasonable size for the tablespace and is fingering the select query that was causing the error to occur. Their solution is move to the query to a view and then reduce the tablespace back to 20GB.
    My thoughts are shouldn't the DB be able to handle a query that has been running fine for the last couple years? Also, if we do what is suggested what would prevent another query from coming along and causing the same issue all over again?Has the DBA identified the source of the issue? Did the query plan change? It's possible that something with statistics (or with some configuration change) causes Oracle to believe that two different query plans are roughly equally efficient. One plan might take substantially more TEMP space than another. It's possible that Oracle had been choosing the plan that involved less TEMP space being used and recently changed to preferring the plan that takes more TEMP space. If that's the issue, you may want to force Oracle to use the plan that involves less TEMP usage.
    Regardless of your TEMP tablespace size, another query may come along that causes TEMP to run out of space. Or data growth may cause TEMP to run out of space. Or an increase in the number of users may cause TEMP to run out of space. Ideally, the DBAs would be identifying how much TEMP space is used over the course of the day so that if things are growing steadily additional space can be added as necessary. If TEMP space increases dramatically because a query plan changes, however, even the best monitoring is unlikely to be able to predict that level of growth.
    Whether 30 GB is unreasonable (or whether 20 GB is unreasonable) will depend heavily on your application. We don't know enough to be able to comment. A TB-sized OLTP database serving millions of customers will have very different TEMP requirements than a multi-TB data warehouse which will have very different TEMP requirements than a small department-level application.
    My surmising is we must have just crossed a watermark threshold and the simplest most reasonable solution is to just leave the larger tablespace size.Why do you believe this is the case? It is entirely possible that you need more TEMP because your TEMP usage has been growing slowly over time. It is entirely possible that the query in question has always been using more TEMP space than it really should and that you finally have enough usage to cause the problem to bubble to the surface. It is entirely possible that the query used a reasonable amount of TEMP for the past couple years and suddenly started using far more because of a query plan change. Once you identify the source of the problem, we can figure out the appropriate solution. Without knowing the source of the problem, we're all just guessing.
    Justin

  • V$lock, sys.obj$ very slow

    Hello,
    I need to fetch wait time by object and that is why the query below. The problem: it takes forever :( any suggestions?
    select vlock.ctime, vdb.name,sysdate
    from v$lock vlock, sys.obj$ vdb
    where block = 1
    and type = 'TM'
    and id1 = vdb.obj#
    order by ctime desc
    Thanks,
    R

    Hi,
    This query should run, its not a heavy query. There could be other database related reasons which could be causing this.
    Below is useful link which can give some good information (see posts from June 11, 2003):
    http://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:839412906735
    Or just give RULE hint a try if you are using 9i and above.
    select */*+ RULE */* vlock.ctime, vdb.name,sysdate
    from v$lock vlock, sys.obj$ vdb
    where block = 1
    and type = 'TM'
    and id1 = vdb.obj#
    order by ctime desc

  • ORA-02063: preceding line

    Dear all,
    DB : 10.2.0.4.
    Solaris 5.10
    When am trying to run a heavy query which connects to the remote db using db link called erp2uat. am getting the below error:
    SQL> @quer4.sql
    where trunc(upddate) between '01-JAN-2009' and '30-APR-2009' and subno like '55%'
    ERROR at line 12:
    ORA-01555: snapshot too old: rollback segment number with name "" too small
    ORA-02063: preceding line from erp2uat
    is the error from the remote db ?
    am trying to create a table in the local db using a select command which fetches data from the remote database..
    SEGMENT_NAME      INITIAL_EXTENT     TABLESPACE_NAME     MAX_EXTENTS
    _SYSSMU1$     131072     UNDOTBS1     32765
    _SYSSMU2$     131072     UNDOTBS1     32765
    _SYSSMU3$     131072     UNDOTBS1     32765
    _SYSSMU4$     131072     UNDOTBS1     32765
    _SYSSMU5$     131072     UNDOTBS1     32765
    _SYSSMU6$     131072     UNDOTBS1     32765
    _SYSSMU7$     131072     UNDOTBS1     32765
    _SYSSMU8$     131072     UNDOTBS1     32765
    _SYSSMU9$     131072     UNDOTBS1     32765
    _SYSSMU10$     131072     UNDOTBS1     32765

    KaiS wrote:
    Thanks
    But still am getting the same error
    WHERE UPDDATE >= TO_DATE('01-JAN-2009', 'DD-MON-YYYY') AND UPDDATE < TO_DATE('30-APR-2009', 'DD-MON-YYYY') AND SUBNO LIKE '55%'
    ERROR at line 12:
    ORA-01555: snapshot too old: rollback segment number with name "" too small
    ORA-02063: preceding line from TABS2CALLS
    KaiHemant's response possibly answered your question.
    Do you receive the above error message immediately when the query starts? How long does it take for the query to execute? Is it possible that a session connected to the remote database made a change in one of the tables referenced by your query, and then did not commit? For instance, a long running batch job is running in the remote database, and a commit is performed only at the end of the batch job? Or, a user started making changes, and walked away from their desk for 30 minutes before the changes were committed?
    I believe that when a query is sent to a remote database, a transaction is started in the remote database which is only ended when a commit or rollback is performed in your session. Is it possible that your script is executing several queries against the remote data source, and the script is having problems after several SQL statements are sent? If the error happens after sending several queries, is it possible to add a ROLLBACK or COMMIT between the queries?
    http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/ds_appdev.htm
    "The connections and sessions established to remote databases persist for the duration of the local user's session, unless the application or user explicitly terminates them. Note that when you issue a SELECT statement across a database link, a transaction lock is placed on the undo segments. To rerelease the segment, you must issue a COMMIT or ROLLBACK statement."
    Charles Hooper
    IT Manager/Oracle DBA
    K&M Machine-Fabricating, Inc.

  • OLAP10g - End User Performance

    As I have noticed there is a long delay when users perform certain types of "heavy" queries through the Excel add-in, which is not the case when the same queries are performed using the web BI tools (BI Discoverer).
    The "heavy" query is one that requests all the dimensions (as page items) and all the measures to be displayed from the following cube: "Fact 1,000,000 rows, 8 Dimensions (the dimensions are small having a row count between 2000 and 30 rows) and 10 measures". The cube has the aggregations only at the bottom level of each dimension.
    Is there a way to improve the functionality through the Excel add-in, is there an explanation?
    Thank you.

    There is an explanation why the Spreadsheet Add-in will be slower.
    When Discoverer runs a query with a large resultset, it only fetches a subset of the data. For performance reasons a little more than what is needed for display of the data is being fetched. If you scroll down, at some point you will notice a lag, while new data is being fetched.
    The Excel add-in, on the other hand, cannot fetch data as needed. It has to get all the data at once and put it in the worksheet. The reason is that formulas at the top of the sheet could rely on data much further down in the sheet. If the formulas are to display correct calculations, all data has to be fetched at once.
    Because of this, the Excel Add-in response time will be more comparable to an export to Excel, where all data is being fetched and written into an Excel workbook.
    That said, we have identified some areas for performance improvements, which will be available in the next release of Oracle BI.
    Aneel Shenker
    Senior Product Manager
    Oracle Business Intelligence

  • Best Policy to run open queries on LIVE Database

    Hi Experts,
    There are users who has RO access on Live database , they run open queries on Live database. Sometimes we have faced some issues on Live Database due to open queries and we can not restrict them to run as well. So would like to get your suggestion
    to come up with best solutions ? 
    Shivraj Patil.

    What issue do you have? One option is tuning the query, means create proper indexes to speed up the query..
    But  the user may run heavy query even being unaware  that system consumes resources, for example
    --A typical parallel query...
    SELECT 
        p.ProductId, 
        p.ProductNumber,
        p.ReorderPoint,
        th.TransactionId,
        RANK() OVER 
            PARTITION BY
                p.ProductId
            ORDER BY
                th.ActualCost DESC
        ) AS LineTotalRank,
        RANK() OVER
            PARTITION BY
                p.ProductId
            ORDER BY 
                th.Quantity DESC
        ) AS OrderQtyRank
    FROM bigProduct AS p
    INNER JOIN bigTransactionHistory AS th ON
        th.ProductId = p.ProductId
    WHERE
    p.ProductId BETWEEN 1001 AND 5001
    GO 
    Best Regards,Uri Dimant SQL Server MVP,
    http://sqlblog.com/blogs/uri_dimant/
    MS SQL optimization: MS SQL Development and Optimization
    MS SQL Consulting:
    Large scale of database and data cleansing
    Remote DBA Services:
    Improves MS SQL Database Performance
    SQL Server Integration Services:
    Business Intelligence

  • StuckThreadMaxTime .. how to resolve ...

    Hi,
    I'm using Weblogic8.1 and recently we've encountered a problem with threads getting stuck and has caused the server CPU utilization to go haywire. The following is the stack trace:
    <Warning> <WebLogicServer> <pappsa01> <sau1_81pappsa01> <weblogic.health.CoreHealthMonitor> <<WLS Kernel>> <> <BEA-000337> <ExecuteThread: '15' for queue: 'weblogic.kernel.Default' has been busy for "1,528" seconds working on the request "Http Request: /sanam/admin/SAUAdminServlet", which is more than the configured time (StuckThreadMaxTime) of "600" seconds.>
    The servlet is doing some database operations which I believe is a heavy query.
    I would greatly appreciate if some could:
    1) Tell me how to recover from this situation without restarting the server e.g. killing the culprit thread.
    2) Why the thread doesn't terminate upon hitting configured time?
    Many thanks in advance.
    -Shao

    Hi bkkhanna, 
    Please visit the Sony Global Web site http://www.sony.net/SonyInfo/Support/?&XID=M:sony_community for info regarding support in other countries/regions.

  • WEBDB network connection error - reset by peer

    I'm experiencing a network connection error when connecting and
    querying a database by way the WEBDB.
    I got a pc running Oracle 8i on a RedHat Linux 6,, and on the
    same
    machine it's running webdb.
    When i make a heavy query i got the connection error described on
    the top (and in the subject).
    null

    Did you ever get a solution to this problem?
    Patrick (guest) wrote:
    : Fabrizio Guarino (guest) wrote:
    : : I'm experiencing a network connection error when connecting
    : and
    : : querying a database by way the WEBDB.
    : : I got a pc running Oracle 8i on a RedHat Linux 6,, and on the
    : : same
    : : machine it's running webdb.
    : : When i make a heavy query i got the connection error
    described
    : on
    : : the top (and in the subject).
    : I'm having the same problem when working from any machine
    other
    : than the db server machine. It happens consistently from a
    : parameter form for a report, or a query form for a table. Any
    : query that takes more than a half or three quarters of a
    second
    : gets interupted with the "Connection to server was reset"
    : error. Any help would be greatly appreciated.
    null

  • WEBDB - Connection to server reset...

    Fabrizio Guarino (guest) wrote:
    : I'm experiencing a network connection error when connecting
    and
    : querying a database by way the WEBDB.
    : I got a pc running Oracle 8i on a RedHat Linux 6,, and on the
    : same
    : machine it's running webdb.
    : When i make a heavy query i got the connection error described
    on
    : the top (and in the subject).
    I'm having the same problem when working from any machine other
    than the db server machine. It happens consistently from a
    parameter form for a report, or a query form for a table. Any
    query that takes more than a half or three quarters of a second
    gets interupted with the "Connection to server was reset"
    error. Any help would be greatly appreciated.
    Thanks...
    null

    I'm having this problem yet, but i found that using a proxy
    server, like Squid, the problem doesn't come out !
    What timeout or parameter maybe involved ?
    Thanks
    Patrick (guest) wrote:
    : Fabrizio Guarino (guest) wrote:
    : : I'm experiencing a network connection error when connecting
    : and
    : : querying a database by way the WEBDB.
    : : I got a pc running Oracle 8i on a RedHat Linux 6,, and on the
    : : same
    : : machine it's running webdb.
    : : When i make a heavy query i got the connection error
    described
    : on
    : : the top (and in the subject).
    : I'm having the same problem when working from any machine other
    : than the db server machine. It happens consistently from a
    : parameter form for a report, or a query form for a table. Any
    : query that takes more than a half or three quarters of a second
    : gets interupted with the "Connection to server was reset"
    : error. Any help would be greatly appreciated.
    : Thanks...
    null

  • Heavy CPU Utilization of Dictionary Query - After 9i to 10g Upgrade

    Hi Friends,
    We have migrated our production DB from Oracle 9i(Windows) to Oracle 10g(AIX) and after that a heavy cpu utilization query is coming frequently and hence many timeouts are happening in the application.
    Application is connecting to the database through Java Application (JDBC).
    Once the application service is started, below query is invoked and CPU takes around 20% continuously.
    The interesting thing is this query is not owned by the application schema but by SYS and it's invoked from Application Schema.
    We have raised an SR but still no luck.
    Any help will be very much appreciated.
    SELECT -- Packaged procedures with no arguments package_name AS procedu
    re_cat, owner AS procedure_schem, object_name AS procedure_name, NULL
    , NULL, NULL, 'Packaged procedure' AS remarks, 1 AS procedure_type
    FROM all_arguments WHERE argument_name IS NULL AND data_type IS NULL AN
    D package_name LIKE :3 ESCAPE '/' AND owner LIKE :4 ESCAPE '/' AND obje
    ct_name LIKE :5 ESCAPE '/' UNION ALL SELECT -- Packaged procedures with a
    rguments package_name AS procedure_cat, owner AS procedure_schem, obj
    ect_name AS procedure_name, NULL, NULL, NULL, 'Packaged procedure'
    AS remarks, 1 AS procedure_type FROM all_arguments WHERE argument_name IS
    NOT NULL AND position = 1 AND position = sequence AND package_name L
    IKE :3 ESCAPE '/' AND owner LIKE :4 ESCAPE '/' AND object_name LIKE :5
    ESCAPE '/' UNION ALL SELECT -- Packaged functions package_name AS proce
    dure_cat, owner AS procedure_schem, object_name AS procedure_name, NU
    LL, NULL, NULL, 'Pa
    Regards,
    Savad
    Edited by: user9292816 on May 9, 2011 4:35 AM

    Hi,
    We couldn't find anything in the alert log related to this.
    But we have taken the explain plan from both DBs as shown below.
    PLan of the Query in Oracle 9.2.0.8(Windows - Old DB )
    SQL> select * from table(dbms_xplan.display());
    | Id | Operation | Name | Rows | Bytes | Cost |
    | 0 | SELECT STATEMENT | | | | |
    | 1 | SORT ORDER BY | | | | |
    |* 2 | FILTER | | | | |
    |* 3 | TABLE ACCESS BY INDEX ROWID | ARGUMENT$ | | | |
    | 4 | NESTED LOOPS | | | | |
    | 5 | NESTED LOOPS | | | | |
    | 6 | TABLE ACCESS BY INDEX ROWID| USER$ | | | |
    |* 7 | INDEX RANGE SCAN | I_USER1 | | | |
    | 8 | TABLE ACCESS BY INDEX ROWID| OBJ$ | | | |
    |* 9 | INDEX RANGE SCAN | I_OBJ2 | | | |
    |* 10 | INDEX RANGE SCAN | I_ARGUMENT2 | | | |
    |* 11 | FIXED TABLE FULL | X$KZSPR | | | |
    |* 12 | TABLE ACCESS BY INDEX ROWID | OBJAUTH$ | | | |
    | 13 | NESTED LOOPS | | | | |
    | 14 | FIXED TABLE FULL | X$KZSRO | | | |
    |* 15 | INDEX RANGE SCAN | I_OBJAUTH2 | | | |
    Predicate Information (identified by operation id):
    2 - filter("SYS_ALIAS_1"."OWNER#"=:B1 OR EXISTS (SELECT /*+ */ 0 FROM
    "X$KZSPR" "X$KZSPR" WHERE "X$KZSPR"."INST_ID"=:B2 AND
    ((-"X$KZSPR"."KZSPRPRV")=(-144) OR (-"X$KZSPR"."KZSPRPRV")=(-141))) OR EXISTS
    (SELECT 0 FROM "SYS"."OBJAUTH$" "OBJAUTH$","X$KZSRO" "X$KZSRO" WHERE
    "OBJAUTH$"."OBJ#"=:B3 AND "OBJAUTH$"."GRANTEE#"="X$KZSRO"."KZSROROL" AND
    "OBJAUTH$"."PRIVILEGE#"=12))
    3 - filter(("A"."ARGUMENT" LIKE :Z ESCAPE '/' OR "A"."ARGUMENT" IS NULL AND
    DECODE("A"."TYPE#",0,NULL,1,DECODE("A"."CHARSETFORM",2,'NVARCHAR2','VARCHAR2'),2,
    DECODE("A"."SCALE",(-127),'FLOAT','NUMBER'),3,'NATIVE
    INTEGER',8,'LONG',9,DECODE("A"."CHARSETFORM",2,'NCHAR
    VARYING','VARCHAR'),11,'ROWID',12,'DATE',23,'RAW',24,'LONG
    RAW',29,'BINARY_INTEGER',69,'ROWID',96,DECODE("A"."CHARSETFORM",2,'NCHAR','CHAR')
    ,102,'REF CURSOR',104,'UROWID',105,'MLSLABEL',106,'MLSLABEL',110,'REF',111,'REF',
    112,DECODE("A"."CHARSETFORM",2,'NCLOB','CLOB'),113,'BLOB',114,'BFILE',115,'CFILE'
    ,121,'OBJECT',122,'TABLE',123,'VARRAY',178,'TIME',179,'TIME WITH TIME
    ZONE',180,'TIMESTAMP',181,'TIMESTAMP WITH TIME ZONE',231,'TIMESTAMP WITH LOCAL
    TIME ZONE',182,'INTERVAL YEAR TO MONTH',183,'INTERVAL DAY TO SECOND',250,'PL/SQL
    RECORD',251,'PL/SQL TABLE',252,'PL/SQL BOOLEAN','UNDEFINED') IS NOT NULL) AND
    DECODE("A"."PROCEDURE$",NULL,NULL,"SYS_ALIAS_1"."NAME") LIKE :Z ESCAPE '/' AND
    NVL("A"."PROCEDURE$","SYS_ALIAS_1"."NAME") LIKE :Z ESCAPE '/')
    7 - access("U"."NAME" LIKE :Z ESCAPE '/')
    filter("U"."NAME" LIKE :Z ESCAPE '/')
    9 - access("SYS_ALIAS_1"."OWNER#"="U"."USER#")
    10 - access("SYS_ALIAS_1"."OBJ#"="A"."OBJ#")
    11 - filter("X$KZSPR"."INST_ID"=:B1 AND ((-"X$KZSPR"."KZSPRPRV")=(-144) OR
    (-"X$KZSPR"."KZSPRPRV")=(-141)))
    12 - filter("OBJAUTH$"."PRIVILEGE#"=12)
    15 - access("OBJAUTH$"."GRANTEE#"="X$KZSRO"."KZSROROL" AND
    "OBJAUTH$"."OBJ#"=:B1)
    Note: rule based optimization
    PLan of the Query in Oracle 10.2.0.5.3(AIX - New DB )
    ?PLAN_TABLE_OUTPUT
    Plan hash value: 2991281545
    | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
    | 0 | SELECT STATEMENT | | 1 | 109 | 451 (3)| 00:00:06 |
    | 1 | SORT ORDER BY | | 1 | 109 | 451 (3)| 00:00:06 |
    |* 2 | FILTER | | | | | |
    |* 3 | HASH JOIN | | 3 | 327 | 450 (3)| 00:00:06 |
    |* 4 | HASH JOIN | | 12 | 1128 | 448 (3)| 00:00:06 |
    |* 5 | TABLE ACCESS FULL | ARGUMENT$ | 4821 | 291K| 259 (3)| 00:00:04 |
    | 6 | TABLE ACCESS FULL | OBJ$ | 56329 | 1760K| 187 (2)| 00:00:03 |
    | 7 | TABLE ACCESS BY INDEX ROWID| USER$ | 6 | 90 | 2 (0)| 00:00:01 |
    |* 8 | INDEX RANGE SCAN | I_USER1 | 2 | | 1 (0)| 00:00:01 |
    |* 9 | FIXED TABLE FULL | X$KZSPR | 1 | 26 | 0 (0)| 00:00:01 |
    | 10 | NESTED LOOPS | | 2 | 50 | 2 (0)| 00:00:01 |
    |* 11 | INDEX RANGE SCAN | I_OBJAUTH1 | 1 | 12 | 2 (0)| 00:00:01 |
    |* 12 | FIXED TABLE FULL | X$KZSRO | 2 | 26 | 0 (0)| 00:00:01 |
    Predicate Information (identified by operation id):
    2 - filter("OWNER#"=USERENV('SCHEMAID') OR EXISTS (SELECT 0 FROM SYS."X$KZSPR"
    "X$KZSPR" WHERE ((-"KZSPRPRV")=(-144) OR (-"KZSPRPRV")=(-141)) AND
    "INST_ID"=USERENV('INSTANCE')) OR EXISTS (SELECT 0 FROM "SYS"."OBJAUTH$"
    "OBJAUTH$",SYS."X$KZSRO" "X$KZSRO" WHERE "GRANTEE#"="KZSROROL" AND "OBJ#"=:B1 AND
    "PRIVILEGE#"=12))
    3 - access("O"."OWNER#"="U"."USER#")
    4 - access("O"."OBJ#"="A"."OBJ#")
    filter(NVL("A"."PROCEDURE$","O"."NAME") LIKE :2 ESCAPE '/' AND
    DECODE("A"."PROCEDURE$",NULL,NULL,"O"."NAME") LIKE :3 ESCAPE '/')
    5 - filter("A"."ARGUMENT" LIKE :5 ESCAPE '/' OR "A"."ARGUMENT" IS NULL AND
    DECODE("A"."TYPE#",0,NULL,1,DECODE("A"."CHARSETFORM",2,'NVARCHAR2','VARCHAR2'),2,DECO
    DE("A"."SCALE",(-127),'FLOAT','NUMBER'),3,'NATIVE
    INTEGER',8,'LONG',9,DECODE("A"."CHARSETFORM",2,'NCHAR
    VARYING','VARCHAR'),11,'ROWID',12,'DATE',23,'RAW',24,'LONG
    RAW',29,'BINARY_INTEGER',69,'ROWID',96,DECODE("A"."CHARSETFORM",2,'NCHAR','CHAR'),100
    ,'BINARY_FLOAT',101,'BINARY_DOUBLE',102,'REF
    CURSOR',104,'UROWID',105,'MLSLABEL',106,'MLSLABEL',110,'REF',111,'REF',112,DECODE("A"
    ."CHARSETFORM",2,'NCLOB','CLOB'),113,'BLOB',114,'BFILE',115,'CFILE',121,'OBJECT',122,
    'TABLE',123,'VARRAY',178,'TIME',179,'TIME WITH TIME
    ZONE',180,'TIMESTAMP',181,'TIMESTAMP WITH TIME ZONE',231,'TIMESTAMP WITH LOCAL TIME
    ZONE',182,'INTERVAL YEAR TO MONTH',183,'INTERVAL DAY TO SECOND',250,'PL/SQL
    RECORD',251,'PL/SQL TABLE',252,'PL/SQL BOOLEAN','UNDEFINED') IS NOT NULL)
    8 - access("U"."NAME" LIKE :1 ESCAPE '/')
    filter("U"."NAME" LIKE :1 ESCAPE '/')
    9 - filter(((-"KZSPRPRV")=(-144) OR (-"KZSPRPRV")=(-141)) AND
    "INST_ID"=USERENV('INSTANCE'))
    11 - access("OBJ#"=:B1 AND "PRIVILEGE#"=12)
    filter("PRIVILEGE#"=12)
    12 - filter("GRANTEE#"="KZSROROL")
    52 rows selected.
    Regards,
    Savad

  • Oracle "IO Error" during SELECT query under heavy load

    We're experiencing a strange connection break during SELECT queries under heavy load.
    Platform Details: Solaris, Oracle 11G, JDK 1.6, 
    Application: Spring + Hibernate (C3p0 connection pooling)
    Exact error messages from a lengthy stack trace are mentioned below:
        2013/06/05 18:49:02 | Caused by: org.springframework.dao.DataAccessResourceFailureException: Hibernate operation: could not execute query; SQL [SQL Ommitted]; IO Error: No such file or directory;      nested exception is java.sql.SQLException: IO Error: No such file or directory 
        2013/06/05 18:49:02 | Caused by: java.sql.SQLException: IO Error: No such file or directory
        2013/06/05 18:49:02 |    at oracle.jdbc.driver.T4CPreparedStatement.fetch(T4CPreparedStatement.java:1091)
        2013/06/05 18:49:02 |    at oracle.jdbc.driver.OracleResultSetImpl.close_or_fetch_from_next(OracleResultSetImpl.java:369)
        2013/06/05 18:49:02 |    at oracle.jdbc.driver.OracleResultSetImpl.next(OracleResultSetImpl.java:273)
        2013/06/05 18:49:02 |    at com.mchange.v2.c3p0.impl.NewProxyResultSet.next(NewProxyResultSet.java:2706)
        2013/06/05 18:49:02 |    at org.hibernate.loader.Loader.doQuery(Loader.java:697)
        2013/06/05 18:49:02 | Caused by: java.net.SocketException: No such file or directory
        2013/06/05 18:49:02 |    at java.net.SocketInputStream.socketRead0(Native Method)
        2013/06/05 18:49:02 |    at java.net.SocketInputStream.read(SocketInputStream.java:129)
        2013/06/05 18:49:02 |    at oracle.net.ns.Packet.receive(Packet.java:282)
    We've started looking at TCP connection settings (Max. TCP connections allowed, Max File descriptors allowed for socket connections at system level). Anything we're missing?
    Why "IO Error: No such file or directory"? Any clue?

    user2951561 wrote:
    That's a better answer indeed.
    I can refine my question if it does not provide you enough information.
    The stack trace i displayed here states that oracle jdbc driver has found the connection to be closed, interrupted etc.
    Application behaves perfectly under normal load but blows up as soon as we reach 3000 concurrent sessions. No firewall is breaking connections, the select query that we observe this behavior for is part of a larger workflow that write data, update some, delete some as well in different tables. Then we see above stack trace for the select query.
    I am trying to explore possible options to investigate. One i mentioned is related to Solaris file descriptors. Could it be database it self?
    Any possible course of action for investigation? Help is much appreciated.
    Oracle errors get reported with error code & message; like ORA-01555 Snapshot Too Old; which is not present in your post.
    You indicated that Connection Pooling is used.
    Is there some (artificial) limit within the application that falls off the cliff at 3000 sessions?
    Oracle does not know or care about the "flavor" of client connection. It treats jdbc the same as OCI or ODBC connections.
    Is OS limited to fixed number of open file handles?

  • Select Query failing on a  table that has per sec heavy insertions.

    Hi
    Problem statement
    1- We are using 11g as an database.
    2- We have a table that is partitioned on the date as range partition.
    3- The insertion of data is very high.i.e. several hundreds records per sec. in the current partitioned.
    4- The data is continuously going in the current partitioned as and when buffer is full or per sec timer expires.
    5-- We have to make also select query on the same table and on the current partitioned say for the latest 500 records.
    6- Effecient indexes are also created on the table.
    Solutions Tried.
    1- After analyzing by tkprof it is observed that select and execute is working fine but fetch is taking too much time to show the out put. Say it takes 1 hour.
    2- Using the 11g sql advisior and SPM several baseline is created but the success rate of them is observed also too low.
    please suggest any solution to this issue
    1- i.e. Redisgn of table.
    2- Any better way to quey to fix the fetch issue.
    3- Any oracle seetings or parameter changes to fix the fetch issue.
    Thanks in advance.
    Regards
    Vishal Sharma

    I am uploading the latest stats please let me know how can improve as this is taking 25 minutes
    ####TKPROF output#########
    SQL ID : 2j5w6bv437cak
    select almevttbl.AlmEvtId, almevttbl.AlmType, almevttbl.ComponentId,
      almevttbl.TimeStamp, almevttbl.Severity, almevttbl.State,
      almevttbl.Category, almevttbl.CauseCode, almevttbl.UnitType,
      almevttbl.UnitId, almevttbl.UnitName, almevttbl.ServerName,
      almevttbl.StrParam, almevttbl.ExtraStrParam, almevttbl.ExtraStrParam2,
      almevttbl.ExtraStrParam3, almevttbl.ParentCustId, almevttbl.ExtraParam1,
      almevttbl.ExtraParam2, almevttbl.ExtraParam3,almevttbl.ExtraParam4,
      almevttbl.ExtraParam5, almevttbl.SRCIPADDRFAMILY,almevttbl.SrcIPAddress11,
      almevttbl.SrcIPAddress12,almevttbl.SrcIPAddress13,almevttbl.SrcIPAddress14,
      almevttbl.DESTIPADDRFAMILY,almevttbl.DestIPAddress11,
      almevttbl.DestIPAddress12,almevttbl.DestIPAddress13,
      almevttbl.DestIPAddress14,  almevttbl.DestPort, almevttbl.SrcPort,
      almevttbl.SessionDir, almevttbl.CustomerId, almevttbl.ProfileId,
      almevttbl.ParentProfileId, almevttbl.CustomerName, almevttbl.AttkDir,
      almevttbl.SubCategory, almevttbl.RiskCategory, almevttbl.AssetValue,
      almevttbl.IPSAction, almevttbl.l4Protocol,almevttbl.ExtraStrParam4 ,
      almevttbl.ExtraStrParam5,almevttbl.username,almevttbl.ExtraStrParam6,
      IpAddrFamily1,IPAddrValue11,IPAddrValue12,IPAddrValue13,IPAddrValue14,
      IpAddrFamily2,IPAddrValue21,IPAddrValue22,IPAddrValue23,IPAddrValue24
    FROM
           AlmEvtTbl PARTITION(ALMEVTTBLP20100323) WHERE AlmEvtId IN ( SELECT  * FROM
      ( SELECT /*+ FIRST_ROWS(1000) INDEX (AlmEvtTbl AlmEvtTbl_Index) */AlmEvtId
      FROM AlmEvtTbl PARTITION(ALMEVTTBLP20100323) where       ((AlmEvtTbl.Customerid
      = 0 or AlmEvtTbl.ParentCustId = 0))  ORDER BY AlmEvtTbl.TIMESTAMP DESC) 
      WHERE ROWNUM  <  602) order by timestamp desc
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1      0.10       0.17          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch       42   1348.25    1521.24       1956   39029545          0         601
    total       44   1348.35    1521.41       1956   39029545          0         601
    Misses in library cache during parse: 1
    Optimizer mode: FIRST_ROWS
    Parsing user id: 82 
    Rows     Row Source Operation
        601  PARTITION RANGE SINGLE PARTITION: 24 24 (cr=39029545 pr=1956 pw=1956 time=11043 us cost=0 size=7426 card=1)
        601   TABLE ACCESS BY LOCAL INDEX ROWID ALMEVTTBL PARTITION: 24 24 (cr=39029545 pr=1956 pw=1956 time=11030 us cost=0 size=7426 card=1)
        601    INDEX FULL SCAN ALMEVTTBL_INDEX PARTITION: 24 24 (cr=39029377 pr=1956 pw=1956 time=11183 us cost=0 size=0 card=1)(object id 72557)
        601     FILTER  (cr=39027139 pr=0 pw=0 time=0 us)
    169965204      COUNT STOPKEY (cr=39027139 pr=0 pw=0 time=24859073 us)
    169965204       VIEW  (cr=39027139 pr=0 pw=0 time=17070717 us cost=0 size=13 card=1)
    169965204        PARTITION RANGE SINGLE PARTITION: 24 24 (cr=39027139 pr=0 pw=0 time=13527031 us cost=0 size=48 card=1)
    169965204         TABLE ACCESS BY LOCAL INDEX ROWID ALMEVTTBL PARTITION: 24 24 (cr=39027139 pr=0 pw=0 time=10299895 us cost=0 size=48 card=1)
    169965204          INDEX FULL SCAN ALMEVTTBL_INDEX PARTITION: 24 24 (cr=1131414 pr=0 pw=0 time=3222624 us cost=0 size=0 card=1)(object id 72557)
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                      42        0.00          0.00
      SQL*Net message from client                    42       11.54        133.54
      db file sequential read                      1956        0.20         28.00
      latch free                                     21        0.00          0.01
      latch: cache buffers chains                     9        0.01          0.02
    SQL ID : 0ushr863b7z39
    SELECT /* OPT_DYN_SAMP */ /*+ ALL_ROWS IGNORE_WHERE_CLAUSE
      NO_PARALLEL(SAMPLESUB) opt_param('parallel_execution_enabled', 'false')
      NO_PARALLEL_INDEX(SAMPLESUB) NO_SQL_TUNE */ NVL(SUM(C1),0), NVL(SUM(C2),0)
    FROM
    (SELECT /*+ IGNORE_WHERE_CLAUSE NO_PARALLEL("PLAN_TABLE") FULL("PLAN_TABLE")
      NO_PARALLEL_INDEX("PLAN_TABLE") */ 1 AS C1, CASE WHEN
      "PLAN_TABLE"."STATEMENT_ID"=:B1 THEN 1 ELSE 0 END AS C2 FROM
      "SYS"."PLAN_TABLE$" "PLAN_TABLE") SAMPLESUB
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        1      0.00       0.01          1          3          0           1
    total        3      0.00       0.01          1          3          0           1
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 82     (recursive depth: 1)
    Rows     Row Source Operation
          1  SORT AGGREGATE (cr=3 pr=1 pw=1 time=0 us)
          0   TABLE ACCESS FULL PLAN_TABLE$ (cr=3 pr=1 pw=1 time=0 us cost=29 size=138856 card=8168)
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      db file sequential read                         1        0.01          0.01
    SQL ID : bjkdb51at8dnb
    EXPLAIN PLAN SET STATEMENT_ID='PLUS30350011' FOR select almevttbl.AlmEvtId,
      almevttbl.AlmType, almevttbl.ComponentId, almevttbl.TimeStamp,
      almevttbl.Severity, almevttbl.State, almevttbl.Category,
      almevttbl.CauseCode, almevttbl.UnitType, almevttbl.UnitId,
      almevttbl.UnitName, almevttbl.ServerName, almevttbl.StrParam,
      almevttbl.ExtraStrParam, almevttbl.ExtraStrParam2, almevttbl.ExtraStrParam3,
       almevttbl.ParentCustId, almevttbl.ExtraParam1, almevttbl.ExtraParam2,
      almevttbl.ExtraParam3,almevttbl.ExtraParam4,almevttbl.ExtraParam5,
      almevttbl.SRCIPADDRFAMILY,almevttbl.SrcIPAddress11,almevttbl.SrcIPAddress12,
      almevttbl.SrcIPAddress13,almevttbl.SrcIPAddress14,
      almevttbl.DESTIPADDRFAMILY,almevttbl.DestIPAddress11,
      almevttbl.DestIPAddress12,almevttbl.DestIPAddress13,
      almevttbl.DestIPAddress14,  almevttbl.DestPort, almevttbl.SrcPort,
      almevttbl.SessionDir, almevttbl.CustomerId, almevttbl.ProfileId,
      almevttbl.ParentProfileId, almevttbl.CustomerName, almevttbl.AttkDir,
      almevttbl.SubCategory, almevttbl.RiskCategory, almevttbl.AssetValue,
      almevttbl.IPSAction, almevttbl.l4Protocol,almevttbl.ExtraStrParam4 ,
      almevttbl.ExtraStrParam5,almevttbl.username,almevttbl.ExtraStrParam6,
      IpAddrFamily1,IPAddrValue11,IPAddrValue12,IPAddrValue13,IPAddrValue14,
      IpAddrFamily2,IPAddrValue21,IPAddrValue22,IPAddrValue23,IPAddrValue24 FROM 
           AlmEvtTbl PARTITION(ALMEVTTBLP20100323) WHERE AlmEvtId IN ( SELECT  * FROM
      ( SELECT /*+ FIRST_ROWS(1000) INDEX (AlmEvtTbl AlmEvtTbl_Index) */AlmEvtId
      FROM AlmEvtTbl PARTITION(ALMEVTTBLP20100323) where       ((AlmEvtTbl.Customerid
      = 0 or AlmEvtTbl.ParentCustId = 0))  ORDER BY AlmEvtTbl.TIMESTAMP DESC) 
      WHERE ROWNUM  <  602) order by timestamp desc
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1      0.28       0.26          0          0          0           0
    Execute      1      0.01       0.00          0          0          0           0
    Fetch        0      0.00       0.00          0          0          0           0
    total        2      0.29       0.27          0          0          0           0
    Misses in library cache during parse: 1
    Optimizer mode: FIRST_ROWS
    Parsing user id: 82 
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       1        0.00          0.00
      SQL*Net message from client                     1        0.00          0.00
    OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
    call     count       cpu    elapsed       disk      query    current        rows
    Parse       13      0.71       0.96          3         10          0           0
    Execute     14      0.20       0.29          4        304         26          21
    Fetch       92   2402.17    2714.85       3819   70033708          0        1255
    total      119   2403.09    2716.10       3826   70034022         26        1276
    Misses in library cache during parse: 10
    Misses in library cache during execute: 6
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                      49        0.00          0.00
      SQL*Net message from client                    48       29.88        163.43
      db file sequential read                      1966        0.20         28.10
      latch free                                     21        0.00          0.01
      latch: cache buffers chains                     9        0.01          0.02
      latch: session allocation                       1        0.00          0.00
    OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
    call     count       cpu    elapsed       disk      query    current        rows
    Parse      940      0.51       0.73          1          2         38           0
    Execute   3263      1.93       2.62          7       1998         43          23
    Fetch     6049      1.32       4.41        214      12858         36       13724
    total    10252      3.78       7.77        222      14858        117       13747
    Misses in library cache during parse: 172
    Misses in library cache during execute: 168
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      db file sequential read                        88        0.04          0.62
      latch: shared pool                              8        0.00          0.00
      latch: row cache objects                        2        0.00          0.00
      latch free                                      1        0.00          0.00
      latch: session allocation                       1        0.00          0.00
       34  user  SQL statements in session.
    3125  internal SQL statements in session.
    3159  SQL statements in session.
    Trace file: ora11g_ora_2064.trc
    Trace file compatibility: 11.01.00
    Sort options: default
           6  sessions in tracefile.
          98  user  SQL statements in trace file.
        9111  internal SQL statements in trace file.
        3159  SQL statements in trace file.
          89  unique SQL statements in trace file.
       30341  lines in trace file.
        6810  elapsed seconds in trace file.
    ###################################### AutoTrace Output#################  
    Statistics
           3901  recursive calls
              0  db block gets
       39030275  consistent gets
           1970  physical reads
            140  redo size
         148739  bytes sent via SQL*Net to client
            860  bytes received via SQL*Net from client
             42  SQL*Net roundtrips to/from client
             73  sorts (memory)
              0  sorts (disk)
            601  rows processed

Maybe you are looking for

  • Quad video output problem @ 640x480

    When I connect my new Quad to a TV with the DVI to Video adapter there are some glitchy looking artifacts at the very top of the display. Some pixels of random colors but most of them are just black. This only affects the top 30 pixels or so and only

  • Asset Value date in KO88 Settlement type=FUL

    We do KO88 for Settlement type=PER and the posting date and value date are the end of the month. But if we do Settlement type=FUL the posting date is end of the month and Asset value date is not (for the example we made it is 15/MM ) This is wrong an

  • Compatible replacement hard drive

    My Pavillion Elite HPE-180t (p/n: BN515AV#ABA) has started to crash at random.  Support software is telling me the the HD is failing.  Error code: BIOHD-2 The HD that came installed is a HITACHI HDS721010C.  OS is Windows 7 (64bit) I haven't made any

  • Why Message Type in XI

    Hi Friends, I am new to Xi . anybody pls help me I want to know the Purpose of Message type in XI..cann't we directly use the data type in message Interface ? w/o message type what will happen ? Thanks & Regards, Laxmi.

  • TREX Search Result Layout: Can you change it?

    Hi, Is it possible to have different flavors for the TREX Search Result Layout? Ideally would be through the use of parameters in the typical TREX URL.  I know that "Navigation.xml" file is hard-coded..... Thanks. Dick