SQL_PROFILE

Hi ,
Iam following this DOC ID for sql profile :(Doc ID 1253696.1). based on that i declare the statement but iam getting some error like: SP2-0552: Bind variable "MI" not declared.
wat is the use of bind variable here ....
As per doc :
SQL> create table test (n number );
Table created.
declare
begin
for i in 1 .. 10000
loop
insert into test values(i);
commit;
end loop;
end;
PL/SQL procedure successfully completed.
create index test_idx on test(n);
Index created.
analyze table test estimate statistics (OR use dbms_stats)
Table analyzed.
select /*+ no_index(test test_idx) */ * from test where n=1
Execution Plan
0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=6 Card=1 Bytes=13)
1 0 TABLE ACCESS (FULL) OF 'TEST' (TABLE) (Cost=6 Card=1 Bytes
=13)
Let us just use SQL Tuning Advisor for the following sql to get recommendations out of it.
select /*+ no_index(test test_idx) */ * from test where n=1;
SQL> DECLARE
2 my_task_name VARCHAR2(30);
3 my_sqltext CLOB;
4 BEGIN
5 my_sqltext := 'select /*+ no_index(test test_idx) */ * from test where n=1';
6 my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(
7 sql_text=> my_sqltext,
8 user_name => 'SCOTT',
9 scope => 'COMPREHENSIVE',
10 time_limit => 60,
11 task_name => 'my_sql_tuning_task_2',
12 description => 'Task to tune a query on a specified table');
13 END;
14 /
PL/SQL procedure successfully completed.i executed:
SQL>   DECLARE
  2     my_task_name VARCHAR2(30);
  3     my_sqltext CLOB;
  4     BEGIN
  5     my_sqltext := 'select distinct TO_DATE('2011-10-06 20:01:31' , 'YYYY-MM-DD HH24:MI:SS') as c1,
  6       D1.c3 as c2,
  7       D1.c1 as c3,
  8       nvl(D1.c2 , 0) as c4,
     D1.c1 as c5,
  9       nvl(D1.c2 , 0) as c6
from
     (select count(distinct case  when upper(T66707.X_ARC_FUTURE_1_FLG) = 'N' and T73739.DELETE_FLG = 'N' and T66707.CONTACT_WID > 0 then T66707.CONTACT_WID end ) as c1,
10   11                 count(distinct case  when T73739.DELETE_FLG = 'N' and upper(T85181.EXEC_STATUS) = 'LAUNCHED' and T73739.ROW_WID > 0 and upper(T66707.X_ARC_FUTURE_1_FLG) = 'N' and T66707.LAUNCH_DT_WID > 0 then concat(T73739.INTEGRATION_ID, cast(T73739.DATASOURCE_NUM_ID as  CHARACTER ( 30 ) )) end ) as c2,
               T85317.CAMP_PERIOD as c3
          from
               OLAP.W_CAMP_HIST_F T66707 /* Fact_W_CAMP_HIST_F */ ,
12                 OLAP.W_PARTY_PER_D T73739,
13   14   15   16   17   18                 OLAP.W_LD_WAVE_D T85181 /* Dim_W_LD_WAVE_D */ ,
19                 OLAP.W_SOURCE_D T85317 /* Dim_W_SOURCE_D_Campaign */
20            where  ( T66707.CONTACT_WID = T73739.ROW_WID and T66707.SOURCE_WID = T85317.ROW_WID and T66707.LD_WAVE_WID = T85181.ROW_WID and T85317.CAMP_PERIOD <> 'Unspecified' )
21            group by T85317.CAMP_PERIOD
22       ) D1
23  order by c1, c2';
24     my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(
25     sql_text=> my_sqltext,
26     user_name => 'OLAP',
27     scope => 'COMPREHENSIVE',
28     time_limit => 60,
29     task_name => 'my_sql_tuning_task_camping_trends',
30     description => 'Task to tune a query on a specified table');
31     END;
32   /
SP2-0552: Bind variable "MI" not declared.can you tell me wat i missed....

SORRY - i forgot to include this ...
this is what they did
SQL> create table test (n number );
Table created.
declare
begin
for i in 1 .. 10000
loop
insert into test values(i);
commit;
end loop;
end;
PL/SQL procedure successfully completed.
SESSION 2  -- SYS
=========
  1  DECLARE
  2   my_task_name VARCHAR2(30);
  3   my_sqltext   CLOB;
  4  BEGIN
  5   my_sqltext := 'select /*+ no_index(test test_idx) */ * from test where n=
1';
  6   my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(
  7           sql_text    => my_sqltext,
  8           user_name   => 'SCOTT',
  9           scope       => 'COMPREHENSIVE',
10           time_limit  => 60,
11           task_name   => 'my_sql_tuning_task_2',
12           description => 'Task to tune a query on a specified table');
13* END;
14  /
PL/SQL procedure successfully completed.please guide me how to do it for my sql query step by step
thank u

Similar Messages

  • How to identify SQL_PROFILES that are not being used?

    In dba_hist_sqlstat table were found 26 Sql_Profiles, some of them are not used.
    Questions:
    - Is there any way to identify which one are not used?
    I tried verifying DBA_SQL_PROFILES but this does not help to much.
    - Analyzing one by one, Is the only way to find why they are not used?
    Thanks,
    Deyanira

    Hello;
    You should be able to Join the views DBA_USERS and DBA_PROFILES to see whats in use. ( or not in use )
    select distinct
      profile
    from
      dba_profiles
    where
      profile not in ( select profile from dba_users )  On the second question I would ask the DBA.
    Best Regards
    mseberg
    Dan is correct. I have misread the question. Sorry about that.
    Edited by: mseberg on Jun 28, 2012 3:06 PM

  • Need help in understanding why so many gets and I/O

    Hi there,
    I have a sql file somewhat similar in structure to below:
    delete from table emp;-- changed to Truncate table emp;
    delete from table dept;--changed to Truncate table dept;
    insert into emp values() select a,b,c from temp_emp,temp_dept where temp_emp.id=temp_dept.emp_id
    update emp set emp_name=(select emp_name from dept where emp.id=dept.emp_id);
    commit --only at the end
    the above file takes about 9-10 hrs to complete its operation. and
    the values from v$sql for the statement
    update emp set emp_name=(select emp_name from dept where emp.id=dept.emp_id);
    are as below:
    SHARABLE_MEM     PERSISTENT_MEM     RUNTIME_MEM     SORTS     LOADED_VERSIONS     OPEN_VERSIONS     USERS_OPENING     FETCHES     EXECUTIONS     PX_SERVERS_EXECUTIONS     END_OF_FETCH_COUNT     USERS_EXECUTING     LOADS     FIRST_LOAD_TIME     INVALIDATIONS     PARSE_CALLS     DISK_READS     DIRECT_WRITES     BUFFER_GETS     APPLICATION_WAIT_TIME     CONCURRENCY_WAIT_TIME     CLUSTER_WAIT_TIME     USER_IO_WAIT_TIME     PLSQL_EXEC_TIME     JAVA_EXEC_TIME     ROWS_PROCESSED     COMMAND_TYPE     OPTIMIZER_MODE     OPTIMIZER_COST     OPTIMIZER_ENV     OPTIMIZER_ENV_HASH_VALUE     PARSING_USER_ID     PARSING_SCHEMA_ID     PARSING_SCHEMA_NAME     KEPT_VERSIONS     ADDRESS     TYPE_CHK_HEAP     HASH_VALUE     OLD_HASH_VALUE     PLAN_HASH_VALUE     CHILD_NUMBER     SERVICE     SERVICE_HASH     MODULE     MODULE_HASH     ACTION     ACTION_HASH     SERIALIZABLE_ABORTS     OUTLINE_CATEGORY     CPU_TIME     ELAPSED_TIME     OUTLINE_SID     CHILD_ADDRESS     SQLTYPE     REMOTE     OBJECT_STATUS     LITERAL_HASH_VALUE     LAST_LOAD_TIME     IS_OBSOLETE     CHILD_LATCH     SQL_PROFILE     PROGRAM_ID     PROGRAM_LINE#     EXACT_MATCHING_SIGNATURE     FORCE_MATCHING_SIGNATURE     LAST_ACTIVE_TIME     BIND_DATA     TYPECHECK_MEM
    18965     8760     7880     0     1     0     0     0     2     0     2     0     2     2011-05-10/21:16:44     1     2     163270378     0     164295929     0     509739     0     3215857850     0     0     20142     6     ALL_ROWS     656     E289FB89A4E49800CE001000AEF9E3E2CFFA331056414155519421105555551545555558591555449665851D5511058555155511152552455580588055A1454A8E0950402000002000000000010000100050000002002080007D000000000002C06566001010000080830F400000E032330000000001404A8E09504646262040262320030020003020A000A5A000     4279923421     50     50     APPS     0     00000003CBE5EF50     00     1866523305     816672812     1937724149     0     SYS$USERS     0     01@</my.sql     -2038272289          -265190056     0          9468268067     10420092918          00000003E8593000     6     N     VALID     0     2011-05-11/10:23:45     N     5          0     0     1.57848E+19     1.57848E+19     5/12/2011 4:39          0
    1) how do i re-write this legacy script? and what should be done to improve performance?
    2) Should i use PL/sql to re-write it?
    3) Also help in understanding why a simple update statement is doing so many buffer gets and reading , Is this Read consistency Trap as i'm not committing anywhere in between or it is actually doing so much of work.
    (assume dept table has cols emp_name and emp_id also)

    update emp set emp_name=(select emp_name from dept where emp.id=dept.emp_id);I guess that these are masked table names ? Nobody would have emp_name in a dept table.
    Can you re-format the output, using "code" tags ( [  or {  }
    Hemant K Chitale
    Edited by: Hemant K Chitale on May 12, 2011 12:44 PM

  • Error while executing tuning task in 10gr2

    10.2.0.5 on RHEL/5.
    select name, status
    from dba_sql_profiles
    where status = 'ENABLED'
    / 2 3 4
    no rows selected
    SELECT task_name, EXECUTION_START,EXECUTION_END,status,ERROR_MESSAGE FROM dba_advisor_log WHERE task_name = '1nqbz1wytzjps_tuning_task';
    TASK_NAME EXECUTION EXECUTION STATUS ERROR_MESS
    1nqbz1wytzjps_tuning_task 24-JAN-13 24-JAN-13 COMPLETED
    EXEC DBMS_SQLTUNE.execute_tuning_task(task_name => '1nqbz1wytzjps_tuning_task');
    ERROR at line 1:
    ORA-13630: The task 1nqbz1wytzjps_tuning_task contains execution results and cannot be executed.
    ORA-06512: at "SYS.PRVT_ADVISOR", line 1709
    ORA-06512: at "SYS.DBMS_ADVISOR", line 186
    ORA-06512: at "SYS.DBMS_SQLTUNE", line 1019
    ORA-06512: at line 1
    Elapsed: 00:00:00.02
    1) I have already executed tuning task on Jan/24 and I'm getting above error while re-executing. What is the correct way to re-execute a tuning task ?
    2) How to find whether a sql_profile is stale and how to re-profile it?
    3) I understood that, sql profiles are stored in dictionary cache, If we flush shared pool, what happens to the sql profiles?
    4) Automatic sql advisor suggest that to consider accepting sql profile. Before going to accept sql profile, How to keep sql_profile up-to-date? fyi..
    1- SQL Profile Finding (see explain plans section below)
    A potentially better execution plan was found for this statement.
    Recommendation (estimated benefit: 99.65%)
    - Consider accepting the recommended SQL profile.
    execute dbms_sqltune.accept_sql_profile(task_name =>'1nqbz1wytzjps_tuning_task', replace => TRUE);
    Thanks !

    Error:     ORA-13630 (ORA-13630)
    Text:     The task %s contains execution results and cannot be executed.
    Cause:The user attempted to execute a task that already contains
         execution results.
    Action:Reset the task to its initial state and retry the operation.

  • Error (Aborted) executing CT mapping

    Hi I 've a big problem with execution of CT mapping,
    When I try to execute a code template mapping It ended with failure.
    I've OWB 11gr2 and my sources are Adabas (heterogeneous database) and my targets are in Oracle.
    Other code templete mapping execute without error.
    I use Attunity driver to unload from adabas. This task in host ended with return code 0,
    One of the adabas files, that I use has 115 Millions of records . I don't know what's the problem. the situation is :
    * In OWB execution is busy.
    ====================
    EXECUTIONS
    ====================
    Audit ID.. Status........ Name.............. Date.............. Owner.........
    14711 BUSY M_STAG_ETL_NOMINA 27-ENE-11 09:28:57 WSBICI_ADM
    From OWB (control center)
    Icon is a red square and the message (audit Information) is only aborted.
    Review logs:
    ******alert database It's not any errors
    ******$ORACLE_HOME/owb/jrt/log/jrt/job650 (last lines)
    <attr name='TIMEZONE' value='Europe/Paris'/>
    <attr name='PHASE_ID' value='2'/>
    <attr name='END_TIME' value='1296120053683'/>
    <attr name='STATUS' value='5'/>
    <attr name='START_TIME' value='1296116912769'/>
    <attr name='EXECUTION_STATEMENT_TYPE' value='JDBC'/>
    <attr name='TASK_ID' value='10'/>
    <attr name='JOB_ID' value='650'/>
    <attr name='ID' value='13'/>
    <txt>Aborted</txt>
    </msg>
    <msg time='2011-01-27T10:20:53.703+01:00' comp_id='' type='NOTIFICATION' level='1' host_id='evodbt1' host_addr='172.24.126.31' tid='127' user='iberora'
    ecid='172.24.126.31:94597:1296120053703:3846' rid='0'>
    <attr name='PHASE_ID' value='2'/>
    <attr name='END_TIME' value='1296120053703'/>
    <attr name='STATUS' value='5'/>
    <attr name='START_TIME' value='1296116912706'/>
    ***** $ORACLE_HOME/owb/log (last lines)
    2011/01/27-10:37:34-CET [19110CAF][] Thin driver connection time - 97 millisecond(s)
    2011/01/27-10:37:34-CET [19110CAF][WSBICI_ADM.WS_TBICI] Attempting to create adapter 'class.Oracle Database.11.2.DDLDeployment'
    2011/01/27-10:37:34-CET [19110CAF][WSBICI_ADM.WS_TBICI] Thin driver connection time - 167 millisecond(s)
    2011/01/27-10:37:34-CET [19110CAF][WSBICI_ADM.WS_TBICI] Creating target schema synonyms for target schema BICI_PROP
    2011/01/27-10:37:34-CET [19110CAF][WSBICI_ADM.WS_TBICI] Assigning grants to target schema BICI_PROP
    2011/01/27-10:37:35-CET [19110CAF][WSBICI_ADM.WS_TBICI] script_run_begin auditId=14757 operation=9001
    2011/01/27-10:37:42-CET [19110CAF][WSBICI_ADM.WS_TBICI] script_run_end auditId=14765 scriptRunStatus=15002
    2011/01/27-10:37:42-CET [19110CAF][WSBICI_ADM.WS_TBICI] deploy_unit_done auditId=14755
    2011/01/27-10:37:42-CET [19C1EA29][] Free Memory(bytes)=36868584 Total Memory(bytes)=81920000 Used Memory(bytes)=45051416 Used Memory(percent)=55%
    2011/01/27-10:37:42-CET [19C1EA29][] AuditId=14755: Request completed
    what's the problem?
    are there any log file more?
    thanks in advanced
    Marisol

    I've seen in database a session with a wait event.
    SID SERIAL# PROCESS SPID USERNAME DDHHMI Programa/Modulo Prev/Sql_ID SEG Estado
    18 1406 1234 20451 OWBSYS 270929 OWB_CCS evodbt1 P cf6jvt3r35mhh 0 87052 Inactivo
    SID SEQ# EVENT P1 P2 P3 WAIT_TIME SECONDS_IN_WAIT
    18 752 SQL*Net message from client 1952673792 1 0 0 87220
    SQL_TEXT
    SQL_FULLTEXT SQL_ID SHARABLE_MEM PERSISTENT_MEM RUNTIME_MEM
    SORTS VERSION_COUNT LOADED_VERSIONS OPEN_VERSIONS USERS_OPENING FETCHES EXECUTIONS PX_SERVERS_EXECUTIONS END_OF_FETCH_COUNT
    USERS_EXECUTING LOADS FIRST_LOAD_TIME INVALIDATIONS PARSE_CALLS DISK_READS DIRECT_WRITES BUFFER_GETS APPLICATION_WAIT_TIME
    CONCURRENCY_WAIT_TIME CLUSTER_WAIT_TIME USER_IO_WAIT_TIME PLSQL_EXEC_TIME JAVA_EXEC_TIME ROWS_PROCESSED COMMAND_TYPE OPTIMIZER_ OPTIMIZER_COST
    OPTIMIZER_ENV
    OPTIMIZER_ENV_HASH_VALUE PARSING_USER_ID PARSING_SCHEMA_ID PARSING_SCHEMA_NAME KEPT_VERSIONS ADDRESS HASH_VALUE
    OLD_HASH_VALUE PLAN_HASH_VALUE MODULE MODULE_HASH
    ACTION ACTION_HASH SERIALIZABLE_ABORTS
    OUTLINE_CATEGORY CPU_TIME ELAPSED_TIME OUTLINE_SID
    LAST_ACTIVE_CHIL R OBJECT_STATUS LITERAL_HASH_VALUE LAST_LOAD_TIME I I I CHILD_LATCH
    SQL_PROFILE SQL_PATCH SQL_PLAN_BASELINE PROGRAM_ID
    PROGRAM_LINE# EXACT_MATCHING_SIGNATURE FORCE_MATCHING_SIGNATURE LAST_ACTIVE_TI
    BIND_DATA
    TYPECHECK_MEM IO_CELL_OFFLOAD_ELIGIBLE_BYTES IO_INTERCONNECT_BYTES PHYSICAL_READ_REQUESTS PHYSICAL_READ_BYTES PHYSICAL_WRITE_REQUESTS
    PHYSICAL_WRITE_BYTES OPTIMIZED_PHY_READ_REQUESTS LOCKED_TOTAL PINNED_TOTAL IO_CELL_UNCOMPRESSED_BYTES IO_CELL_OFFLOAD_RETURNED_BYTES
    BEGIN :1 := wb_rt_message_feedback.message_end( :2 ) ; END;
    BEGIN :1 := wb_rt_message_feedback.message_end( :2 ) cf6jvt3r35mhh 23096 1504 584
    ; END;
    0 3 1 1 0 0 5 0 5
    0 5 2011-01-21/10:45:14 0 5 8 0 4818 0
    0 0 36046 6333 0 5 47 ALL_ROWS 0
    E289FB89E126A80034011000AEF9C3E2CFFA331056415555519521105555551545545558591555449665851D5511058555555155515122555415A0EA0E5551454265455454449081
    566E001696A35615551403025415505AE126A800050302000002000000100000000100002000000208D0070000004009000020030001010
    425061334 68 68 OWBSYS 0 C00000011C746780 3996306960
    245208783 0 OWB_CCS -515039546
    INFRASTRUCTURE -1,086E+09 0
    40000 85515
    C00000011C79E898 N VALID 0 20110127102124 N N N 0
    0
    0 0 0 20110127102124
    0 0 65536 8 65536 0
    0 0 28 431 0 0
    Cheers
    Marisol

  • Advice regarding how best to collect stats on 10G RAC Production system

    Friends,
    I have read quite a lot of blogs and docs and need some help with the best way forward. I am a DBA new to RAC who has limited experience with busy 24@7 10g systems on the scale of my current employer.
    Historically stats are gathered here as follows :-
    exec dbms_stats.unlock_schema_stats('BP');
    exec dbms_stats.gather_schema_stats(ownname => 'BP', cascade => true, estimate_percent => dbms_stats.auto_sample_size);
    exec dbms_stats.lock_schema_stats('BP');
    Then Flush shared pool ok ????
    Because of previous issues with this - alll tables are currently locked and this process is recommended for every 1-2 months rather than daily.
    EM Grid Control is used when performance is poor and the sql tuning advisor is run to generate recommendations from which a sql profile could be selected and enabled for the selected code.
    My plan is to bring back gathering of stats every 1 to 2 months, my goal is make sure I can fix things quickly if it all goes to custard !!!!
    From research it looks like sql_profile is like a hint and independent of gathering stats - it tells optimiser what hints to use when executing sql.
    This thread is for advice from professional dba's in my shoes - how do you approach this so that any issues are quickly rectified ???
    My thinking is to query dba_profiles and get list of profiles and statuses ... for all tables with sql profiles ..
    This is so profiles can be disabled and then quickly enabled if there is a problem aftewr the tables are analyzed.
    To revert all the schema stats :-
    exec dbms_stats.unlock_schema_stats('BP');
    exec dbms_stats.restore_schema_stats(ownname=>'BP',as_of_timestamp=>sysdate-1);
    exec dbms_stats.lock_schema_stats('BP');
    To revert a table's stats (this looks more finicky so not sure the way to go ...):-
    Pre gather stats :-
    select stats_update_time from user_tab_stats_history where table_name = ‘<EnterTabName>’;
    exec dbms_stats.create_stat_table ( -‘SCOTT’, -‘stattab_new’);
    exec dbms_stats.export_table_stats ( -‘SCOTT’, -‘DEPT’, -null, -‘stattab_new’, -null, -true, -‘SCOTT’);
    Then later after gather stats :-
    exec dbms_stats.restore_table_stats ( -‘SCOTT’, -‘DEPT’, -’21-JAN-09 11.00.00.000000 AM -05:00′);
    Enable/Disable Profile
    exec dbms_sqltune.alter_sql_profile('<Profile name>', 'STATUS', 'DISABLED');
    exec dbms_sqltune.alter_sql_profile('<Profile name>', 'STATUS', 'ENABLED');
    I will do the plan below on a test system first however load may not really identify problems until for real on the Prod system.
    My plan is to :-
    1 analyze all tables as per outline at start above (existing practice)
    2 Disable the sql profiles that are in use on the analyzed tables
    3 See what code is affected and what tables
    If Profile exists for these sql statements then either apply existing profile (as disabled) or use tuning adviser to create another profile
    (Advice welcome here - what do you do on big systems ????)
    4 If its a catastrophe - I can restore the schema stats using (exec dbms_stats.restore_schema_stats(ownname=>'BP',as_of_timestamp=>sysdate-1);)
    and then possibly re-enabling the sql_profiles that were in place before ....
    I welcome any advice based on similar experiences that can help me get this right.
    Many thanks,
    cheers, Rob
    Edited by: Diesel on Jun 27, 2012 10:51 PM

    Useful Link:
    http://www.oradev.com/create_statistics.jsp
    ## Gather schema stats
    begin
    dbms_stats.gather_schema_stats(ownname=>'SYSLOG');
    end;
    ## Gather a particular table stats of a schema
    begin
    DBMS_STATS.gather_table_stats(ownname=>'syslog',tabname=>'logs');
    end;
    Regards
    Asif Kabir
    --mark the answer as correct/helpful                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

  • SQL PROFILE USED/NOT USED

    Hi All,
    We have slow runnig query problem with below queries:
    QUERY 1
    =======
    SELECT "PC0".pxObjClass AS "pxObjClass", "PC0".PXINSNAME AS "pxInsName"
    ,  "PC0".WORKTYPENAME AS "WorkTypeName" ,  "PC0".PYSTATUSWORK AS
    "pyStatusWork" ,  "PC0".PXCREATEDATETIME AS "pxCreateDateTime",
    "PC0".LINKEDREFTO as "pxInsHandle"  FROM  V_FORM_RELATIONSHIPS_R_1_0
    "PC0"  WHERE ( "PC0".LINKEDREFFROM = :1  ) AND (  "PC0".pxObjClass = :2
       )  ORDER BY  "PC0".PXINSNAME  DESC  ,  "PC0".PXCREATEDATETIME
    QUERY 2
    =======
      SELECT PYID AS "pyID" ,  PXOBJCLASS AS "pxObjClass" ,  PZINSKEY AS
    "pzInsKey", PZINSKEY as "pxInsHandle"  FROM  V_WORK_R_1_0   WHERE (
    PYID = :1  ) AND (  pxObjClass = :2   )
    V_WORK_R_1_0 is a view which union all of two table without any where clause
    V_FORM_RELATIONSHIPS_R_1_0 is another view that is made up of V_WORK_R_1_0 view and one more table.
    Production DBA accepted both the SQL PROFILE created for these two queries.
    FROM DBA_HIST_SQLSTATS it looks like sometime the profile getting used and sometime old plan is being used.How to ensure that correct SQLPROFILE once accepted is used?
    This is 4 node RAC oracle 11.2.0.2.0 on Linux
    For first query below are sql stats
    col BEGIN_INTERVAL_TIME for a26
      col end_INTERVAL_TIME for a26
      col ROWS_PROCESSED_TOTAL for 99999
      col ROWS_PROCESSED_delta for 99999
      select s.begin_interval_time, s.end_interval_time , q.snap_id, q.dbid, q.sql_id, q.plan_hash_value, q.optimizer_cost, q.optimizer_mode
      --,ROWS_PROCESSED_TOTAL,ROWS_PROCESSED_delta--,CPU_TIME_TOTAL,CPU_TIME_DELTA,ELAPSED_TIME_TOTAL,ELAPSED_TIME_DELTA
      from dba_hist_sqlstat q, dba_hist_snapshot s
      where q.dbid = 4026476544 and q.sql_id = '1um96ykvtwrh4'
      and q.snap_id = s.snap_id
      and s.begin_interval_time between sysdate-2 and sysdate
      order by 1,s.snap_id desc;
      BEGIN_INTERVAL_TIME        END_INTERVAL_TIME             SNAP_ID       DBID SQL_ID        PLAN_HASH_VALUE OPTIMIZER_COST OPTIMIZER_
      03-JUL-13 06.00.33.805 AM  03-JUL-13 07.00.21.439 AM       17316 4026476544 1um96ykvtwrh4       377865450             20 ALL_ROWS
      03-JUL-13 06.00.33.843 AM  03-JUL-13 07.00.21.475 AM       17316 4026476544 1um96ykvtwrh4       377865450             20 ALL_ROWS
      03-JUL-13 06.00.33.843 AM  03-JUL-13 07.00.21.475 AM       17316 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 06.00.33.843 AM  03-JUL-13 07.00.21.474 AM       17316 4026476544 1um96ykvtwrh4       377865450             20 ALL_ROWS
      03-JUL-13 07.00.21.475 AM  03-JUL-13 08.00.06.051 AM       17317 4026476544 1um96ykvtwrh4       377865450             20 ALL_ROWS
      03-JUL-13 08.00.06.023 AM  03-JUL-13 09.00.11.626 AM       17318 4026476544 1um96ykvtwrh4       377865450             20 ALL_ROWS
      03-JUL-13 08.00.06.023 AM  03-JUL-13 09.00.11.626 AM       17318 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 08.00.06.051 AM  03-JUL-13 09.00.11.596 AM       17318 4026476544 1um96ykvtwrh4       377865450             20 ALL_ROWS
      03-JUL-13 08.00.06.051 AM  03-JUL-13 09.00.11.623 AM       17318 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 08.00.06.051 AM  03-JUL-13 09.00.11.596 AM       17318 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 11.00.10.502 AM  03-JUL-13 12.00.16.034 PM       17321 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 11.00.10.502 AM  03-JUL-13 12.00.16.033 PM       17321 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 11.00.10.503 AM  03-JUL-13 12.00.16.034 PM       17321 4026476544 1um96ykvtwrh4       377865450             20 ALL_ROWS
      03-JUL-13 12.00.16.034 PM  03-JUL-13 01.00.42.715 PM       17322 4026476544 1um96ykvtwrh4       377865450                ALL_ROWS
      03-JUL-13 01.00.42.685 PM  03-JUL-13 02.00.10.200 PM       17323 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 01.00.42.714 PM  03-JUL-13 02.00.10.200 PM       17323 4026476544 1um96ykvtwrh4      1122713586         179350 ALL_ROWS
      03-JUL-13 03.00.15.887 PM  03-JUL-13 04.00.05.570 PM       17325 4026476544 1um96ykvtwrh4      1122713586         179347 ALL_ROWS
      03-JUL-13 03.00.15.887 PM  03-JUL-13 04.00.05.570 PM       17325 4026476544 1um96ykvtwrh4       377865450          30585 ALL_ROWS
      03-JUL-13 03.00.15.914 PM  03-JUL-13 04.00.05.541 PM       17325 4026476544 1um96ykvtwrh4      1122713586         179347 ALL_ROWS
      03-JUL-13 03.00.15.915 PM  03-JUL-13 04.00.05.570 PM       17325 4026476544 1um96ykvtwrh4       377865450          30585 ALL_ROWS
      03-JUL-13 04.00.05.541 PM  03-JUL-13 05.00.09.865 PM       17326 4026476544 1um96ykvtwrh4      1122713586         179347 ALL_ROWS
      03-JUL-13 05.00.09.866 PM  03-JUL-13 06.00.26.710 PM       17327 4026476544 1um96ykvtwrh4      1122713586         179347 ALL_ROWS
      03-JUL-13 08.00.12.716 PM  03-JUL-13 09.00.00.960 PM       17330 4026476544 1um96ykvtwrh4      1122713586         179347 ALL_ROWS
      03-JUL-13 08.00.12.716 PM  03-JUL-13 09.00.00.989 PM       17330 4026476544 1um96ykvtwrh4      1122713586         179347 ALL_ROWS
      377865450 is the sql_hash of explain plan given by SQL_PROFILE
    select
        2  extractvalue(value(d), '/hint') as outline_hints
        3  from
        4  xmltable('/*/outline_data/hint'
        5  passing (
        6  select
        7  xmltype(other_xml) as xmlval
        8  from
        9  dba_hist_sql_plan
       10  where
       11  sql_id = '&sql_id'
       12  and plan_hash_value = &plan_hash_value
       13  and other_xml is not null
       14   15  ) d;
      Enter value for sql_id: 1um96ykvtwrh4
      old  11: sql_id = '&sql_id'
      new  11: sql_id = '1um96ykvtwrh4'
      Enter value for plan_hash_value: 377865450
      old  12: and plan_hash_value = &plan_hash_value
      new  12: and plan_hash_value = 377865450
      OUTLINE_HINTS
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.2')
      DB_VERSION('11.2.0.2')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$B01C6807")
      OUTLINE_LEAF(@"SEL$8E13D68A")
      OUTLINE_LEAF(@"SET$5715CE2E")
      PUSH_PRED(@"SEL$F5BB74E1" "VW"@"SEL$2" 3)
      OUTLINE_LEAF(@"SEL$F5BB74E1")
      MERGE(@"SEL$2")
      OUTLINE(@"SEL$3")
      OUTLINE_HINTS
      OUTLINE(@"SEL$4")
      OUTLINE(@"SET$1")
      OUTLINE(@"SEL$F5BB74E1")
      MERGE(@"SEL$2")
      OUTLINE(@"SEL$1")
      OUTLINE(@"SEL$2")
      INDEX_RS_ASC(@"SEL$F5BB74E1" "LR"@"SEL$2" ("LINK_RELATIONSHIP"."PXLINKEDREFFROM"
      NO_ACCESS(@"SEL$F5BB74E1" "VW"@"SEL$2")
      LEADING(@"SEL$F5BB74E1" "LR"@"SEL$2" "VW"@"SEL$2")
      OUTLINE_HINTS
      USE_NL(@"SEL$F5BB74E1" "VW"@"SEL$2")
      INDEX_RS_ASC(@"SEL$8E13D68A" "W"@"SEL$4" ("WORK_COMMON"."PZINSKEY"))
      INDEX_RS_ASC(@"SEL$B01C6807" "WORK_BATCH"@"SEL$3" ("WORK_BATCH"."PZINSKEY"))
    select id, operation, options, object_name, cost
      from dba_hist_sql_plan
      where dbid = 4026476544 and sql_id = '1um96ykvtwrh4'
      and plan_hash_value = 377865450  2    3    4
        5  ;
        ID OPERATION                      OPTIONS                        OBJECT_NAME                     COST
         0 SELECT STATEMENT                                                                                20
         1 SORT                           ORDER BY                                                         20
         2 FILTER
         3 NESTED LOOPS                                                                                    19
         4 TABLE ACCESS                   BY INDEX ROWID                 LINK_RELATIONSHIP                  5
         5 INDEX                          RANGE SCAN                     RELATIONSHIP_REFFROM               3
         6 VIEW                                                          V_WORK_R_1_0                       7
         7 UNION ALL PUSHED PREDICATE
         8 TABLE ACCESS                   BY INDEX ROWID                 WORK_BATCH                         4
         9 INDEX                          UNIQUE SCAN                    WORK_BATCH_PK                      3
        10 TABLE ACCESS                   BY INDEX ROWID                 WORK_COMMON                        3
        11 INDEX                          UNIQUE SCAN                    WORK_COMMON_PK                     2
      EXPLAIN PLAN OF SQL_PROFILE PROVIDED
    select * from table(dbms_xplan.display_awr('1um96ykvtwrh4',377865450,4026476544, 'ALL +peeked_binds +ALLSTATS LAST'));
      PLAN_TABLE_OUTPUT
      SQL_ID 1um96ykvtwrh4
      SELECT "PC0".pxObjClass AS "pxObjClass", "PC0".PXINSNAME AS "pxInsName"
      ,  "PC0".WORKTYPENAME AS "WorkTypeName" ,  "PC0".PYSTATUSWORK AS
      "pyStatusWork" ,  "PC0".PXCREATEDATETIME AS "pxCreateDateTime",
      "PC0".LINKEDREFTO as "pxInsHandle"  FROM  V_FORM_RELATIONSHIPS_R_1_0
      "PC0"  WHERE ( "PC0".LINKEDREFFROM = :1  ) AND (  "PC0".pxObjClass = :2
        )  ORDER BY  "PC0".PXINSNAME  DESC  ,  "PC0".PXCREATEDATETIME
      Plan hash value: 377865450
      | Id  | Operation                        | Name                 | E-Rows |E-Bytes| Cost (%CPU)| E-Time   |
      |   0 | SELECT STATEMENT                 |                      |        |       |    20 (100)|          |
      |   1 |  SORT ORDER BY                   |                      |      2 |  1362 |    20   (5)| 00:00:01 |
      |   2 |   FILTER                         |                      |        |       |            |          |
      |   3 |    NESTED LOOPS                  |                      |      2 |  1362 |    19   (0)| 00:00:01 |
      |   4 |     TABLE ACCESS BY INDEX ROWID  | LINK_RELATIONSHIP    |      2 |   204 |     5   (0)| 00:00:01 |
      |   5 |      INDEX RANGE SCAN            | RELATIONSHIP_REFFROM |      2 |       |     3   (0)| 00:00:01 |
      |   6 |     VIEW                         | V_WORK_R_1_0         |      1 |   579 |     7   (0)| 00:00:01 |
      |   7 |      UNION ALL PUSHED PREDICATE  |                      |        |       |            |          |
      |   8 |       TABLE ACCESS BY INDEX ROWID| WORK_BATCH           |      1 |    89 |     4   (0)| 00:00:01 |
      |   9 |        INDEX UNIQUE SCAN         | WORK_BATCH_PK        |      1 |       |     3   (0)| 00:00:01 |
      |  10 |       TABLE ACCESS BY INDEX ROWID| WORK_COMMON          |      1 |   109 |     3   (0)| 00:00:01 |
      |  11 |        INDEX UNIQUE SCAN         | WORK_COMMON_PK       |      1 |       |     2   (0)| 00:00:01 |
      Query Block Name / Object Alias (identified by operation id):
         1 - SEL$F5BB74E1
         4 - SEL$F5BB74E1 / LR@SEL$2
         5 - SEL$F5BB74E1 / LR@SEL$2
         6 - SET$5715CE2E / VW@SEL$2
         7 - SET$5715CE2E
         8 - SEL$B01C6807 / WORK_BATCH@SEL$3
         9 - SEL$B01C6807 / WORK_BATCH@SEL$3
        10 - SEL$8E13D68A / W@SEL$4
        11 - SEL$8E13D68A / W@SEL$4
      Peeked Binds (identified by position):
         1 - :1 (VARCHAR2(30), CSID=873): 'xxxx-xxx-SERVICEREQUEST-WORK-ACCTMAINT AM-13640'
      Note
         - Warning: basic plan statistics not available. These are only collected when:
          * hint 'gather_plan_statistics' is used for the statement or
          * parameter 'statistics_level' is set to 'ALL', at session or system level
      OLD EXPLAIN PLAN IS
    select * from table(dbms_xplan.display_awr('1um96ykvtwrh4',1122713586,4026476544, 'ALL +peeked_binds +ALLSTATS LAST'));
      PLAN_TABLE_OUTPUT
      SQL_ID 1um96ykvtwrh4
      SELECT "PC0".pxObjClass AS "pxObjClass", "PC0".PXINSNAME AS "pxInsName"
      ,  "PC0".WORKTYPENAME AS "WorkTypeName" ,  "PC0".PYSTATUSWORK AS
      "pyStatusWork" ,  "PC0".PXCREATEDATETIME AS "pxCreateDateTime",
      "PC0".LINKEDREFTO as "pxInsHandle"  FROM  V_FORM_RELATIONSHIPS_R_1_0
      "PC0"  WHERE ( "PC0".LINKEDREFFROM = :1  ) AND (  "PC0".pxObjClass = :2
        )  ORDER BY  "PC0".PXINSNAME  DESC  ,  "PC0".PXCREATEDATETIME
      Plan hash value: 1122713586
      | Id  | Operation                 | Name                  | E-Rows |E-Bytes|E-Temp | Cost (%CPU)| E-Time   |
      |   0 | SELECT STATEMENT          |                       |        |       |       |   171K(100)|          |
      |   1 |  SORT ORDER BY            |                       |  32220 |    20M|    22M|   171K  (1)| 00:34:18 |
      |   2 |   FILTER                  |                       |        |       |       |            |          |
      |   3 |    HASH JOIN              |                       |  32220 |    20M|  3560K|   166K  (1)| 00:33:22 |
      |   4 |     VIEW                  | index$_join$_002      |  31931 |  3180K|       |  1648   (1)| 00:00:20 |
      |   5 |      HASH JOIN            |                       |        |       |       |            |          |
      |   6 |       INDEX RANGE SCAN    | RELATIONSHIP_REFFROM  |  31931 |  3180K|       |   430   (1)| 00:00:06 |
      |   7 |       INDEX FAST FULL SCAN| AK1_LINK_RELATIONSHIP |  31931 |  3180K|       |  1096   (1)| 00:00:14 |
      |   8 |     VIEW                  | V_WORK_R_1_0          |   3946K|  2178M|       | 54733   (1)| 00:10:57 |
      |   9 |      UNION-ALL            |                       |        |       |       |            |          |
      |  10 |       TABLE ACCESS FULL   | WORK_BATCH            |   3910K|   331M|       | 53959   (1)| 00:10:48 |
      |  11 |       TABLE ACCESS FULL   | WORK_COMMON           |  35334 |  3761K|       |   774   (1)| 00:00:10 |
      Query Block Name / Object Alias (identified by operation id):
         1 - SEL$F5BB74E1
         4 - SEL$838CAA44 / LR@SEL$2
         5 - SEL$838CAA44
         6 - SEL$838CAA44 / indexjoin$_alias$_001@SEL$838CAA44
         7 - SEL$838CAA44 / indexjoin$_alias$_002@SEL$838CAA44
         8 - SET$1        / VW@SEL$2
         9 - SET$1
        10 - SEL$3        / WORK_BATCH@SEL$3
        11 - SEL$4        / W@SEL$4
      Peeked Binds (identified by position):
         1 - :1 (VARCHAR2(30), CSID=873): 'xxxxxx-xxx-SERVICEREQUEST-WORK-BD-DOCUMENTREQUEST ACE_BD_DR-166646'
      Note
         - Warning: basic plan statistics not available. These are only collected when:
          * hint 'gather_plan_statistics' is used for the statement or
          * parameter 'statistics_level' is set to 'ALL', at session or system level
      52 rows selected.
    Select sql_id,plan_hash_value,old_hash_value,child_number,OUTLINE_CATEGORY,CPU_TIME,ELAPSED_TIME,SQL_PROFILE from gv$sql where sql_id='1um96ykvtwrh4';
      SQL_ID        PLAN_HASH_VALUE OLD_HASH_VALUE CHILD_NUMBER OUTLINE_CA   CPU_TIME ELAPSED_TIME SQL_PROFILE
      1um96ykvtwrh4       377865450     3763442152            2                 81989       198629 SYS_SQLPROF_013fa7a18f7c0001
      1um96ykvtwrh4      1122713586     3763442152            0              44147289    172322738
      1um96ykvtwrh4      1122713586     3763442152            1            1905933242   6101663681
      1um96ykvtwrh4       377865450     3763442152            3                 55988       108690 SYS_SQLPROF_013fa7a18f7c0001
    FOR QUERY 2
    col BEGIN_INTERVAL_TIME for a26
    col end_INTERVAL_TIME for a26
    select s.begin_interval_time, s.end_interval_time , q.snap_id, q.dbid, q.sql_id,q.VERSION_COUNT, q.plan_hash_value, q.optimizer_cost, q.optimizer_mode
    from dba_hist_sqlstat q, dba_hist_snapshot s
    where q.dbid = 4026476544 and q.sql_id = '4prk4w6sdtxa5'
    and q.snap_id = s.snap_id
    and s.begin_interval_time between sysdate-2 and sysdate
    order by 1,s.snap_id desc;
    BEGIN_INTERVAL_TIME        END_INTERVAL_TIME             SNAP_ID       DBID SQL_ID        PLAN_HASH_VALUE OPTIMIZER_COST OPTIMIZER_
    04-JUL-13 12.00.01.427 PM  04-JUL-13 01.00.02.453 PM       17346 4026476544 4prk4w6sdtxa5      3168544609          56710 ALL_ROWS
    04-JUL-13 12.00.01.430 PM  04-JUL-13 01.00.02.413 PM       17346 4026476544 4prk4w6sdtxa5       455675889            985 ALL_ROWS
    04-JUL-13 12.00.01.430 PM  04-JUL-13 01.00.02.413 PM       17346 4026476544 4prk4w6sdtxa5      3168544609          56710 ALL_ROWS
    04-JUL-13 12.00.01.430 PM  04-JUL-13 01.00.02.413 PM       17346 4026476544 4prk4w6sdtxa5       455675889            985 ALL_ROWS
    04-JUL-13 12.00.01.430 PM  04-JUL-13 01.00.02.413 PM       17346 4026476544 4prk4w6sdtxa5      3168544609          56710 ALL_ROWS
    OLD EXPLAIN PAL
    select * from table(dbms_xplan.display_awr('4prk4w6sdtxa5',3168544609,4026476544, 'ALL +peeked_binds +ALLSTATS LAST'));
      PLAN_TABLE_OUTPUT
      SQL_ID 4prk4w6sdtxa5
      SELECT PYID AS "pyID" ,  PXOBJCLASS AS "pxObjClass" ,  PZINSKEY AS
      "pzInsKey", PZINSKEY as "pxInsHandle"  FROM  V_WORK_R_1_0   WHERE (
      PYID = :1  ) AND (  pxObjClass = :2   )
      Plan hash value: 3168544609
      | Id  | Operation                      | Name            | E-Rows |E-Bytes| Cost (%CPU)| E-Time   |
      |   0 | SELECT STATEMENT               |                 |        |       | 53846 (100)|          |
      |   1 |  VIEW                          | V_WORK_R_1_0    |      2 |  1238 | 53846   (1)| 00:10:47 |
      |   2 |   UNION-ALL                    |                 |        |       |            |          |
      |   3 |    FILTER                      |                 |        |       |            |          |
      |   4 |     TABLE ACCESS FULL          | WORK_BATCH      |      1 |    67 | 53844   (1)| 00:10:47 |
      |   5 |    FILTER                      |                 |        |       |            |          |
      |   6 |     TABLE ACCESS BY INDEX ROWID| WORK_COMMON     |      1 |   578 |     2   (0)| 00:00:01 |
      |   7 |      INDEX RANGE SCAN          | AK1_WORK_COMMON |      1 |       |     1   (0)| 00:00:01 |
      Query Block Name / Object Alias (identified by operation id):
         1 - SET$1 / V_WORK_R_1_0@SEL$1
         2 - SET$1
         3 - SEL$2
         4 - SEL$2 / WORK_BATCH@SEL$2
         5 - SEL$3
         6 - SEL$3 / W@SEL$3
         7 - SEL$3 / W@SEL$3
      Peeked Binds (identified by position):
         1 - :1 (VARCHAR2(30), CSID=873): 'CM-22180'
      Note
         - dynamic sampling used for this statement (level=2)
         - Warning: basic plan statistics not available. These are only collected when:
          * hint 'gather_plan_statistics' is used for the statement or
          * parameter 'statistics_level' is set to 'ALL', at session or system level
    NEW EXPLAIN PLAN IS
    select * from table(dbms_xplan.display_awr('4prk4w6sdtxa5',455675889,4026476544, 'ALL +peeked_binds +ALLSTATS LAST'));
      PLAN_TABLE_OUTPUT
      SQL_ID 4prk4w6sdtxa5
      SELECT PYID AS "pyID" ,  PXOBJCLASS AS "pxObjClass" ,  PZINSKEY AS
      "pzInsKey", PZINSKEY as "pxInsHandle"  FROM  V_WORK_R_1_0   WHERE (
      PYID = :1  ) AND (  pxObjClass = :2   )
      Plan hash value: 455675889
      | Id  | Operation                            | Name            | E-Rows |E-Bytes| Cost (%CPU)| E-Time   |    TQ  |IN-OUT| PQ Distrib |
      |   0 | SELECT STATEMENT                     |                 |        |       |   985 (100)|          |        |      |            |
      |   1 |  PX COORDINATOR                      |                 |        |       |            |          |        |      |            |
      |   2 |   PX SEND QC (RANDOM)                | :TQ10001        |      2 |  1238 |   985   (1)| 00:00:12 |  Q1,01 | P->S | QC (RAND)  |
      |   3 |    BUFFER SORT                       |                 |      2 |  1238 |            |          |  Q1,01 | PCWP |            |
      |   4 |     VIEW                             | V_WORK_R_1_0    |      2 |  1238 |   985   (1)| 00:00:12 |  Q1,01 | PCWP |            |
      |   5 |      UNION-ALL                       |                 |        |       |            |          |  Q1,01 | PCWP |            |
      |   6 |       FILTER                         |                 |        |       |            |          |  Q1,01 | PCWC |            |
      |   7 |        PX BLOCK ITERATOR             |                 |      1 |    67 |   983   (1)| 00:00:12 |  Q1,01 | PCWC |            |
      |   8 |         TABLE ACCESS FULL            | WORK_BATCH      |      1 |    67 |   983   (1)| 00:00:12 |  Q1,01 | PCWP |            |
      |   9 |       BUFFER SORT                    |                 |        |       |            |          |  Q1,01 | PCWC |            |
      |  10 |        PX RECEIVE                    |                 |      1 |    59 |     2   (0)| 00:00:01 |  Q1,01 | PCWP |            |
      |  11 |         PX SEND ROUND-ROBIN          | :TQ10000        |      1 |    59 |     2   (0)| 00:00:01 |        | S->P | RND-ROBIN  |
      |  12 |          FILTER                      |                 |        |       |            |          |        |      |            |
      |  13 |           TABLE ACCESS BY INDEX ROWID| WORK_COMMON     |      1 |    59 |     2   (0)| 00:00:01 |        |      |            |
      |  14 |            INDEX RANGE SCAN          | AK1_WORK_COMMON |      1 |       |     1   (0)| 00:00:01 |        |      |            |
      Query Block Name / Object Alias (identified by operation id):
         1 - SEL$1
         4 - SET$1 / V_WORK_R_1_0@SEL$1
         5 - SET$1
         6 - SEL$2
         8 - SEL$2 / WORK_BATCH@SEL$2
        12 - SEL$3
        13 - SEL$3 / W@SEL$3
        14 - SEL$3 / W@SEL$3
      Peeked Binds (identified by position):
         1 - :1 (VARCHAR2(30), CSID=873): 'AM-15042'
      Note
         - automatic DOP: Computed Degree of Parallelism is 64
         - SQL profile "SYS_SQLPROF_013fa79ff2ee0000" used for this statement
         - Warning: basic plan statistics not available. These are only collected when:
          * hint 'gather_plan_statistics' is used for the statement or
          * parameter 'statistics_level' is set to 'ALL', at session or system level
      53 rows selected.
    HINT USED IN EXPLAIN PLAN GIVEN BY SQL_PROFILE
    select
       extractvalue(value(d), '/hint') as outline_hints
       from
       xmltable('/*/outline_data/hint'
       passing (
       select
       xmltype(other_xml) as xmlval
       from
       dba_hist_sql_plan
       where
       sql_id = '&sql_id'
       and plan_hash_value = &plan_hash_value
       and other_xml is not null
      )) d;
       OUTLINE_HINTS
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.2')
      DB_VERSION('11.2.0.2')
      OPT_PARAM('optimizer_dynamic_sampling' 5)
      ALL_ROWS
      SHARED(64)
      OUTLINE_LEAF(@"SEL$2")
      OUTLINE_LEAF(@"SEL$3")
      OUTLINE_LEAF(@"SET$1")
      OUTLINE_LEAF(@"SEL$1")
      NO_ACCESS(@"SEL$1" "V_WORK_R_1_0"@"SEL$1")
      INDEX_RS_ASC(@"SEL$3" "W"@"SEL$3" ("WORK_COMMON"."PYID"))
      FULL(@"SEL$2" "WORK_BATCH"@"SEL$2")
    col OUTLINE_CATEGORY for a10
      col SQL_PROFILE for a30
      select sql_id,plan_hash_value,old_hash_value,child_number,OUTLINE_CATEGORY,CPU_TIME,ELAPSED_TIME,SQL_PROFILE from gv$sql where sql_id='4prk4w6sdtxa5';
      SQL_ID        PLAN_HASH_VALUE OLD_HASH_VALUE CHILD_NUMBER OUTLINE_CA   CPU_TIME ELAPSED_TIME SQL_PROFILE
      4prk4w6sdtxa5      3168544609      353644632            0            2633226703   4.4271E+10
      4prk4w6sdtxa5       455675889      353644632            1              27225852    759830164 SYS_SQLPROF_013fa79ff2ee0000
      4prk4w6sdtxa5       455675889      353644632            2             119988890   9664144040 SYS_SQLPROF_013fa79ff2ee0000
      4prk4w6sdtxa5       455675889      353644632            3              85872011   5942746451 SYS_SQLPROF_013fa79ff2ee0000
      4prk4w6sdtxa5      3168544609      353644632            0             335776954    337580538
      4prk4w6sdtxa5      3168544609      353644632            1             399056329    401261240
      4prk4w6sdtxa5      3168544609      353644632            2             484240383    486679352
      4prk4w6sdtxa5      3168544609      353644632            3             401375979    492360355
      4prk4w6sdtxa5      3168544609      353644632            4             930830490   2.2156E+10
      4prk4w6sdtxa5      3168544609      353644632            5             403837610    472368680
      4prk4w6sdtxa5      3168544609      353644632            6            1136393235   2.5397E+10
      4prk4w6sdtxa5      3168544609      353644632            7             858015552   1.6636E+10
      4prk4w6sdtxa5       455675889      353644632            8              68884598   6001624174 SYS_SQLPROF_013fa79ff2ee0000
      4prk4w6sdtxa5       455675889      353644632            9              21730702    629077530 SYS_SQLPROF_013fa79ff2ee0000
      4prk4w6sdtxa5       455675889      353644632           10              93504893   8216578447 SYS_SQLPROF_013fa79ff2ee0000
    OTHER INFO
      SQL> select table_name,owner,index_name,INDEX_TYPE from dba_indexes where table_name in ('WORK_BATCH','WORK_COMMON','LINK_RELATIONSHIP');
      TABLE_NAME                     OWNER                          INDEX_NAME                     INDEX_TYPE
      LINK_RELATIONSHIP              ACE                            SYS_IL0000120332C00018$$       LOB
      WORK_BATCH                     ACE                            SYS_IL0000120308C00085$$       LOB
      WORK_COMMON                    ACE                            SYS_IL0000243612C00085$$       LOB
      LINK_RELATIONSHIP              ACE                            LINK_RELATIONSHIP_PK           NORMAL
      LINK_RELATIONSHIP              ACE                            AK1_LINK_RELATIONSHIP          NORMAL
      LINK_RELATIONSHIP              ACE                            RELATIONSHIP_REFFROM           NORMAL
      WORK_BATCH                     ACE                            WORK_BATCH_PK                  NORMAL
      WORK_BATCH                     ACE                            IDX1_WORK_BATCH                NORMAL
      WORK_COMMON                    ACE                            AK2_WORK_COMMON                NORMAL
      WORK_COMMON                    ACE                            AK1_WORK_COMMON                NORMAL
      WORK_COMMON                    ACE                            WORK_COMMON_PK                 NORMAL
      col object_name for a25
      select created,object_name,object_type,owner,LAST_DDL_TIME from dba_objects where object_name in ('WORK_BATCH','WORK_COMMON','WORK_BATCH_PK','WORK_COMMON_PK','AK1_LINK_RELATIONSHIP','RELATIONSHIP_REFFROM')
        2
      CREATED     OBJECT_NAME               OBJECT_TYPE         OWNER                          LAST_DDL_TI
      28-JUN-2012 WORK_BATCH                TABLE               ACE                            15-JUN-2013
      28-JUN-2012 WORK_BATCH_PK             INDEX               ACE                            29-MAY-2013
      30-NOV-2012 RELATIONSHIP_REFFROM      INDEX               ACE                            03-JUL-2013
      23-FEB-2013 AK1_LINK_RELATIONSHIP     INDEX               ACE                            23-FEB-2013
      15-JUN-2013 WORK_COMMON               TABLE               ACE                            15-JUN-2013
      15-JUN-2013 WORK_COMMON_PK            INDEX               ACE                            15-JUN-2013
      09-MAR-2013 WORK_BATCH                SYNONYM             ACE_USER                       09-MAR-2013
      col COLUMN_NAME for a20
      Select INDEX_NAME,TABLE_NAME,COLUMN_NAME,COLUMN_POSITION from dba_ind_columns where table_name in ('WORK_BATCH','WORK_COMMON','LINK_RELATIONSHIP');
      INDEX_NAME                     TABLE_NAME                     COLUMN_NAME          COLUMN_POSITION
      RELATIONSHIP_REFFROM           LINK_RELATIONSHIP              PXLINKEDREFFROM                    1
      AK1_LINK_RELATIONSHIP          LINK_RELATIONSHIP              PXLINKEDREFTO                      1
      LINK_RELATIONSHIP_PK           LINK_RELATIONSHIP              PZINSKEY                           1
      IDX1_WORK_BATCH                WORK_BATCH                     CAPTUREUNIQUEID                    1
      WORK_BATCH_PK                  WORK_BATCH                     PZINSKEY                           1
      WORK_COMMON_PK                 WORK_COMMON                    PZINSKEY                           1
      AK1_WORK_COMMON                WORK_COMMON                    PYID                               1
      AK2_WORK_COMMON                WORK_COMMON                    PXOBJCLASS                         1
      SQL>  select distinct tablespace_name from dba_tablespaces where tablespace_name like '%INDEX%';
      TABLESPACE_NAME
      ACE_INDEXES_M
      RBS_INDEXES_S
      SPS_INDEXES_S
      ACE_INDEXES_S
      ACE_INDEXES_L
      FI_INDEXES_S
      FI_INDEXES_M
      RBS_INDEXES_M
      8 rows selected.
       col SEARCH_CONDITION for a25
       col OWNER for a10
       select OWNER,CONSTRAINT_NAME,CONSTRAINT_TYPE,TABLE_NAME,SEARCH_CONDITION,INDEX_NAME from dba_constraints where TABLE_NAME in ('WORK_BATCH','WORK_COMMON','LINK_RELATIONSHIP')
       OWNER      CONSTRAINT_NAME                C TABLE_NAME                     SEARCH_CONDITION          INDEX_NAME
      ACE        SYS_C00150550                  C WORK_COMMON                    "PZINSKEY" IS NOT NULL
      ACE        WORK_BATCH_PK                  P WORK_BATCH                                               WORK_BATCH_PK
      ACE        LINK_RELATIONSHIP_PK           P LINK_RELATIONSHIP                                        LINK_RELATIONSHIP_PK
      ACE        WORK_COMMON_PK                 P WORK_COMMON                                              WORK_COMMON_PK
      select attr_val hint
      from dba_sql_profiles p, sqlprof$attr h
      where p.signature = h.signature
      and name like ('SYS_SQLPROF_013fa7a18f7c0001')
      order by attr#
       select LAST_ANALYZED,SAMPLE_SIZE,num_rows from dba_tables where table_name in ('WORK_BATCH','WORK_COMMON','LINK_RELATIONSHIP');
      LAST_ANALYZ SAMPLE_SIZE   NUM_ROWS
      02-JUL-2013     4122880    4122880
      02-JUL-2013       81108      81108
      03-JUL-2013       40802      40802
      SQL> select count(pzinskey) from ace.WORK_BATCH;
      COUNT(PZINSKEY)
        4138044
      SQL> select count(pzinskey) from ace.WORK_COMMON;
      COUNT(PZINSKEY)
          40805

    Hi,
    i think you should give a try on baseline.
    Profiles are more subject to stats ad dynamic sampling.
    You can find this useful:
    Kerry Osborne SQL Profiles Disable Automatic Dynamic Sampling
    This doesn't match your case but can give some advices.
    Regs,
    Drew

  • Query is Very Slow but after using sql tuning advisor the Query is fine

    Currently we have Query which takes ages to retrieve small data set of 30 seconds.So i used the sql advisor and applied the profile now the same query comes in msec.This was tested on Test enviorement.
    Metadata for Table: TIBEX_PARTICIPANT
      CREATE TABLE "TST_PRE_EOD"."TIBEX_PARTICIPANT"
       (     "PARTICIPANTID" VARCHAR2(25) NOT NULL ENABLE,
         "PARTICIPANTTYPE" NUMBER(4,0),
         "PARTICIPANTSUBTYPE" VARCHAR2(5),
         "PARTICIPANTSTATUS" NUMBER(4,0),
         "PARTICIPANTNAMESHORT" VARCHAR2(15),
         "PARTICIPANTNAME" VARCHAR2(60),
         "ROOTPARTICIPANTID" VARCHAR2(25),
         "PARENTPARTICIPANTID" VARCHAR2(25),
         "SFAREPORTING" CHAR(1),
         "ADDRESSOFFICENAME" VARCHAR2(30),
         "ADDRESSLINE1" VARCHAR2(60),
         "ADDRESSLINE2" VARCHAR2(40),
         "ADDRESSLINE3" VARCHAR2(50),
         "ADDRESSLINE4" VARCHAR2(50),
         "ADDRESSCOUNTRY" VARCHAR2(50),
         "WEBURL" VARCHAR2(100),
         "PHONENO" VARCHAR2(20),
         "FAXNO" VARCHAR2(20),
         "CONTACTNAME" VARCHAR2(50),
         "CONTACTTITLE" VARCHAR2(30),
         "CONTACTEMAIL" VARCHAR2(35),
         "CURRENTOPENVAL" FLOAT(126) NOT NULL ENABLE,
         "OPENVALLIMIT" FLOAT(126) NOT NULL ENABLE,
         "TIMESTAMP" NUMBER(20,0) NOT NULL ENABLE,
         "ORDERVALLIMIT" FLOAT(126) NOT NULL ENABLE,
         "NOTE" VARCHAR2(50),
         "PARTICIPANTINDEX" NUMBER(4,0),
         "AUTOROUTETOCLEARING" CHAR(1),
         "CREDITID" VARCHAR2(25),
         "ISCPTRDDETAILS" CHAR(1) NOT NULL ENABLE,
         "PRIMARY_BIC" VARCHAR2(11),
         "QSID" VARCHAR2(10) NOT NULL ENABLE,
         "INTERNALISEDTRADES" CHAR(1) NOT NULL ENABLE,
          CONSTRAINT "XPKTIBEX_PARTICIPANT" PRIMARY KEY ("PARTICIPANTID")
      USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD"  ENABLE
       ) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Table: TIBEX_QUOTE
      CREATE TABLE "TST_PRE_EOD"."TIBEX_QUOTE"
       (     "QUOTEID" CHAR(20) NOT NULL ENABLE,
         "USERORDERID" VARCHAR2(25),
         "QUOTESTATUS" NUMBER(4,0) NOT NULL ENABLE,
         "INDICATIVE" CHAR(1),
         "BOARDID" VARCHAR2(10),
         "INSTRUMENTID" VARCHAR2(50) NOT NULL ENABLE,
         "SELLPRICE" FLOAT(126),
         "SELLQTY" NUMBER(10,0),
         "BUYPRICE" FLOAT(126),
         "BUYQTY" NUMBER(10,0),
         "PARTICIPANTID" VARCHAR2(25),
         "ACCOUNTNO" VARCHAR2(50),
         "LASTINSTRESULT" VARCHAR2(50),
         "LASTINSTMESSAGESEQUENCE" NUMBER(20,0) NOT NULL ENABLE,
         "BUYQUOTEMINSIZE" NUMBER(10,0),
         "LASTEXECUTIONID" CHAR(20),
         "SELLQUOTEMINSIZE" NUMBER(10,0),
         "TICKMOVECOUNT" NUMBER(10,0),
         "TIMESTAMP" NUMBER(20,0) NOT NULL ENABLE,
         "SELLQTYFILLED" NUMBER(10,0),
         "BUYQTYFILLED" NUMBER(10,0),
         "MEID" VARCHAR2(10) NOT NULL ENABLE,
         "LASTINSTREJECTCODE" VARCHAR2(10),
         "LASTEXECPRICE" FLOAT(126),
         "LASTEXECQTY" NUMBER(10,0),
         "LASTEXECSIDE" NUMBER(4,0),
         "LASTINSTTYPE" NUMBER(4,0),
         "LASTEXECUTIONCOUNTERPARTY" VARCHAR2(25),
         "BIDTIMESTAMP" NUMBER(20,0),
         "OFFERTIMESTAMP" NUMBER(20,0),
         "LASTEXECCLEARINGAGENCY" VARCHAR2(11),
         "LASTEXECACCOUNTNO" VARCHAR2(50),
         "LASTEXECCPCLEARINGAGENCY" VARCHAR2(11),
         "LASTEXECBOARDID" VARCHAR2(10),
         "MESSAGESEQUENCE" NUMBER(20,0) NOT NULL ENABLE,
         "LASTINSTUSERALIAS" CHAR(4) NOT NULL ENABLE,
         "PARTNEREXID" CHAR(20),
         "LASTSETTLEMENTCYCLE" NUMBER(4,0),
         "LASTEXECPOSTTRADEVENUETYPE" NUMBER(4,0),
         "PRICELEVELPOSITION" NUMBER(4,0),
         "MATCHTYPE" NUMBER(4,0),
         "LASTEXECUTIONROLE" VARCHAR2(4),
         "REFERENCEID" VARCHAR2(25),
         "BUYMDENTRYID" VARCHAR2(13),
         "SELLMDENTRYID" VARCHAR2(13),
         "HALTREASON" NUMBER(4,0),
         "LASTINSTFIXSEQUENCE" NUMBER(20,0)
       ) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Table: TIBEX_QUOTESTATUSENUM
      CREATE TABLE "TST_PRE_EOD"."TIBEX_QUOTESTATUSENUM"
       (     "QUOTESTATUS" NUMBER(4,0) NOT NULL ENABLE,
         "SHORTDESC" VARCHAR2(32) NOT NULL ENABLE,
         "DESCRIPTION" VARCHAR2(50),
          CONSTRAINT "XPKTIBEX_QUOTESTATUSENUM" PRIMARY KEY ("QUOTESTATUS")
      USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD"  ENABLE
       ) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Index: IX_QUOTEBOOK
      CREATE INDEX "TST_PRE_EOD"."IX_QUOTEBOOK" ON "TST_PRE_EOD"."TIBEX_QUOTE" ("QUOTEID", "MESSAGESEQUENCE", "QUOTESTATUS")
      PCTFREE 10 INITRANS 2 MAXTRANS 255 NOLOGGING COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Index: IX_QUOTE_TIMESTAMP
      CREATE INDEX "TST_PRE_EOD"."IX_QUOTE_TIMESTAMP" ON "TST_PRE_EOD"."TIBEX_QUOTE" ("TIMESTAMP")
      PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Index: TIBEX_PARTICIPANTQSID
      CREATE INDEX "TST_PRE_EOD"."TIBEX_PARTICIPANTQSID" ON "TST_PRE_EOD"."TIBEX_PARTICIPANT" ("QSID")
      PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Index: TIBEX_QUOTE_IDX_QLT
      CREATE INDEX "TST_PRE_EOD"."TIBEX_QUOTE_IDX_QLT" ON "TST_PRE_EOD"."TIBEX_QUOTE" ("LASTINSTUSERALIAS", "TIMESTAMP")
      PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Index: XPKTIBEX_PARTICIPANT
      CREATE UNIQUE INDEX "TST_PRE_EOD"."XPKTIBEX_PARTICIPANT" ON "TST_PRE_EOD"."TIBEX_PARTICIPANT" ("PARTICIPANTID")
      PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for Index: XPKTIBEX_QUOTESTATUSENUM
      CREATE UNIQUE INDEX "TST_PRE_EOD"."XPKTIBEX_QUOTESTATUSENUM" ON "TST_PRE_EOD"."TIBEX_QUOTESTATUSENUM" ("QUOTESTATUS")
      PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
      STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
      PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
      TABLESPACE "TST_PRE_EOD" ;
    Back to Metadata
    Back to Top
    Metadata for View: TIBEX_QUOTESBYQSIDVIEW
      CREATE OR REPLACE FORCE VIEW "TST_PRE_EOD"."TIBEX_QUOTESBYQSIDVIEW" ("QUOTEID", "USERORDERID", "QUOTESTATUS", "INDICATIVE", "BOARDID", "INSTRUMENTID", "SELLPRICE", "SELLQTY", "BUYPRICE", "BUYQTY", "PARTICIPANTID", "ACCOUNTNO", "LASTINSTRESULT", "LASTINSTMESSAGESEQUENCE", "BUYQUOTEMINSIZE", "LASTEXECUTIONID", "SELLQUOTEMINSIZE", "TICKMOVECOUNT", "TIMESTAMP", "SELLQTYFILLED", "BUYQTYFILLED", "MEID", "LASTINSTREJECTCODE", "LASTEXECPRICE", "LASTEXECQTY", "LASTEXECSIDE", "LASTINSTTYPE", "LASTEXECUTIONCOUNTERPARTY", "BIDTIMESTAMP", "OFFERTIMESTAMP", "LASTEXECCLEARINGAGENCY", "LASTEXECACCOUNTNO", "LASTEXECCPCLEARINGAGENCY", "LASTEXECBOARDID", "MESSAGESEQUENCE", "LASTINSTUSERALIAS", "PARTNEREXID", "LASTSETTLEMENTCYCLE", "LASTEXECPOSTTRADEVENUETYPE", "PRICELEVELPOSITION", "MATCHTYPE", "LASTEXECUTIONROLE", "REFERENCEID", "BUYMDENTRYID", "SELLMDENTRYID", "HALTREASON", "LASTINSTFIXSEQUENCE", "QSID") AS
      SELECT  a.QUOTEID, a.USERORDERID, a.QUOTESTATUS, a.INDICATIVE, a.BOARDID,
           a.INSTRUMENTID, a.SELLPRICE, a.SELLQTY, a.BUYPRICE, a.BUYQTY,
           a.PARTICIPANTID, a.ACCOUNTNO, a.LASTINSTRESULT,
           a.LASTINSTMESSAGESEQUENCE, a.BUYQUOTEMINSIZE, a.LASTEXECUTIONID,
           a.SELLQUOTEMINSIZE, a.TICKMOVECOUNT, a.TIMESTAMP,
           a.SELLQTYFILLED, a.BUYQTYFILLED, a.MEID, a.LASTINSTREJECTCODE,
           a.LASTEXECPRICE, a.LASTEXECQTY, a.LASTEXECSIDE, a.LASTINSTTYPE,
           a.LASTEXECUTIONCOUNTERPARTY, a.BIDTIMESTAMP, a.OFFERTIMESTAMP,
           a.LASTEXECCLEARINGAGENCY, a.LASTEXECACCOUNTNO,
           a.LASTEXECCPCLEARINGAGENCY, a.LASTEXECBOARDID,
           a.MESSAGESEQUENCE, a.LASTINSTUSERALIAS, a.PARTNEREXID,
           a.LASTSETTLEMENTCYCLE, a.LASTEXECPOSTTRADEVENUETYPE,
           a.PRICELEVELPOSITION, a.MATCHTYPE, a.LASTEXECUTIONROLE,
           a.referenceID, a.BuyMDEntryID, a.SellMDEntryID, a.haltReason,
           a.lastInstFixSequence, b.QSID
        FROM  tibex_quote A,
              tibex_Participant b
        WHERE a.participantID = b.participantID
          AND (A.MessageSequence, A.QuoteID) IN (
                SELECT  max(C.MessageSequence), C.quoteID
                  FROM  tibex_quote C
                  WHERE LastInstRejectCode = 'OK'
                  GROUP By C.QuoteID
          AND a.QuoteStatus IN (
                SELECT QuoteStatus
                  FROM tibex_quoteStatusEnum
                  WHERE ShortDesc IN (
                          'QUO_ONMKT', 'QUO_OFFMKT', 'QUO_PREOPN'
              );Tkprof in Next post

    Tkprof Details
    TKPROF: Release 10.2.0.4.0 - Production on Thu Jan 28 14:38:44 2010
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
    Trace file: mifex3_ora_2598_mytrace1.trc
    Sort options: default
    count    = number of times OCI procedure was executed
    cpu      = cpu time in seconds executing
    elapsed  = elapsed time in seconds executing
    disk     = number of physical reads of buffers from disk
    query    = number of buffers gotten for consistent read
    current  = number of buffers gotten in current mode (usually for update)
    rows     = number of rows processed by the fetch or execute call
    BEGIN DBMS_OUTPUT.GET_LINES(:LINES, :NUMLINES); END;
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        2      0.00       0.00          0          0          0           0
    Execute      2      0.00       0.00          0          0          0           2
    Fetch        0      0.00       0.00          0          0          0           0
    total        4      0.00       0.00          0          0          0           2
    Misses in library cache during parse: 0
    Optimizer mode: ALL_ROWS
    Parsing user id: 163 
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       3        0.00          0.00
      SQL*Net message from client                     3        0.00          0.00
    select text
    from
    view$ where rowid=:1
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        2      0.00       0.00          0          0          0           0
    Execute      2      0.00       0.02          0          0          0           0
    Fetch        2      0.00       0.00          0          4          0           2
    total        6      0.00       0.02          0          4          0           2
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: CHOOSE
    Parsing user id: SYS   (recursive depth: 1)
    Rows     Row Source Operation
          1  TABLE ACCESS BY USER ROWID VIEW$ (cr=1 pr=0 pw=0 time=18 us)
    SELECT quoteid, lastexecposttradevenuetype, lastexecqty, matchtype,
           haltreason, buyquoteminsize, meid, lastinstuseralias, boardid,
           userorderid, buymdentryid, indicative, lastinsttype, lastexecprice,
           buyprice, partnerexid, lastinstresult, pricelevelposition,
           lastinstrejectcode, TIMESTAMP, buyqtyfilled, referenceid,
           lastexecboardid, bidtimestamp, tickmovecount, lastexecside,
           offertimestamp, sellprice, participantid, lastexecutioncounterparty,
           lastexecaccountno, sellmdentryid, accountno, buyqty, messagesequence,
           lastexecutionid, lastexeccpclearingagency, sellqty,
           lastexecclearingagency, sellquoteminsize, lastinstfixsequence,
           quotestatus, lastinstmessagesequence, instrumentid, sellqtyfilled,
           lastexecutionrole, lastsettlementcycle
      FROM tibex_quotesbyqsidview
    WHERE participantid = 'NITE'
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1      0.01       0.02          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        6     21.43      20.94       1125    2405864          0         468
    total        8     21.44      20.97       1125    2405864          0         468
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163 
    Rows     Row Source Operation
        468  FILTER  (cr=2405864 pr=1125 pw=1125 time=20927185 us)
      24523   HASH GROUP BY (cr=2405864 pr=1125 pw=1125 time=21171165 us)
    2994085    TABLE ACCESS BY INDEX ROWID TIBEX_QUOTE (cr=2405864 pr=0 pw=0 time=8983645 us)
    3076661     NESTED LOOPS  (cr=87651 pr=0 pw=0 time=3092729 us)
      24523      HASH JOIN  (cr=18276 pr=0 pw=0 time=173004 us)
          3       NESTED LOOPS  (cr=8 pr=0 pw=0 time=81 us)
          1        INDEX UNIQUE SCAN XPKTIBEX_PARTICIPANT (cr=1 pr=0 pw=0 time=18 us)(object id 168573)
          3        TABLE ACCESS FULL TIBEX_QUOTESTATUSENUM (cr=7 pr=0 pw=0 time=55 us)
      24523       TABLE ACCESS FULL TIBEX_QUOTE (cr=18268 pr=0 pw=0 time=122762 us)
    3052137      INDEX RANGE SCAN IX_QUOTEBOOK (cr=69375 pr=0 pw=0 time=195648 us)(object id 168590)
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       6        0.00          0.00
      SQL*Net more data to client                    46        0.00          0.00
      direct path write temp                         75        0.00          0.04
      SQL*Net message from client                     6        0.00          0.00
      direct path read temp                          75        0.00          0.00
    DELETE FROM PLAN_TABLE
    WHERE
    STATEMENT_ID=:1
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        2      0.00       0.00          0          0          0           0
    Execute      2      0.00       0.04          0          9         16          11
    Fetch        0      0.00       0.00          0          0          0           0
    total        4      0.00       0.04          0          9         16          11
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163 
    Rows     Row Source Operation
          0  DELETE  PLAN_TABLE$ (cr=4 pr=0 pw=0 time=33 us)
          0   TABLE ACCESS FULL PLAN_TABLE$ (cr=4 pr=0 pw=0 time=30 us)
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       2        0.00          0.00
      SQL*Net message from client                     2        0.01          0.02
    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.00          0          4          0           1
    total        3      0.00       0.00          0          4          0           1
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 1)
    Rows     Row Source Operation
          1  SORT AGGREGATE (cr=4 pr=0 pw=0 time=56 us)
          0   TABLE ACCESS FULL PLAN_TABLE$ (cr=4 pr=0 pw=0 time=43 us)
    EXPLAIN PLAN SET STATEMENT_ID='PLUS8205116' FOR SELECT quoteid, lastexecposttradevenuetype, lastexecqty, matchtype,
           haltreason, buyquoteminsize, meid, lastinstuseralias, boardid,
           userorderid, buymdentryid, indicative, lastinsttype, lastexecprice,
           buyprice, partnerexid, lastinstresult, pricelevelposition,
           lastinstrejectcode, TIMESTAMP, buyqtyfilled, referenceid,
           lastexecboardid, bidtimestamp, tickmovecount, lastexecside,
           offertimestamp, sellprice, participantid, lastexecutioncounterparty,
           lastexecaccountno, sellmdentryid, accountno, buyqty, messagesequence,
           lastexecutionid, lastexeccpclearingagency, sellqty,
           lastexecclearingagency, sellquoteminsize, lastinstfixsequence,
           quotestatus, lastinstmessagesequence, instrumentid, sellqtyfilled,
           lastexecutionrole, lastsettlementcycle
      FROM tibex_quotesbyqsidview
    WHERE participantid = 'NITE'
    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        0      0.00       0.00          0          0          0           0
    total        2      0.01       0.01          0          0          0           0
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163 
    Rows     Row Source Operation
          0  FILTER  (cr=0 pr=0 pw=0 time=0 us)
          0   HASH GROUP BY (cr=0 pr=0 pw=0 time=0 us)
          0    TABLE ACCESS BY INDEX ROWID TIBEX_QUOTE (cr=0 pr=0 pw=0 time=0 us)
          0     NESTED LOOPS  (cr=0 pr=0 pw=0 time=0 us)
          0      HASH JOIN  (cr=0 pr=0 pw=0 time=0 us)
          0       NESTED LOOPS  (cr=0 pr=0 pw=0 time=0 us)
          0        INDEX UNIQUE SCAN XPKTIBEX_PARTICIPANT (cr=0 pr=0 pw=0 time=0 us)(object id 168573)
          0        TABLE ACCESS FULL TIBEX_QUOTESTATUSENUM (cr=0 pr=0 pw=0 time=0 us)
          0       TABLE ACCESS FULL TIBEX_QUOTE (cr=0 pr=0 pw=0 time=0 us)
          0      INDEX RANGE SCAN IX_QUOTEBOOK (cr=0 pr=0 pw=0 time=0 us)(object id 168590)
    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
    insert into plan_table (statement_id, timestamp, operation, options,
      object_node, object_owner, object_name, object_instance, object_type,
      search_columns, id, parent_id, position, other,optimizer, cost, cardinality,
       bytes, other_tag, partition_start, partition_stop, partition_id,
      distribution, cpu_cost, io_cost, temp_space, access_predicates,
      filter_predicates, projection, time, qblock_name, object_alias, plan_id,
      depth, remarks, other_xml )
    values
    (:1,:2,:3,:4,:5,:6,:7,:8,:9,:10,:11,:12,:13,:14,:15,:16,:17,:18,:19,:20,:21,
      :22,:23,:24,:25,:26,:27,:28,:29,:30,:31,:32,:33,:34,:35,:36)
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1      0.00       0.00          0          0          0           0
    Execute     11      0.00       0.03          0          4         16          11
    Fetch        0      0.00       0.00          0          0          0           0
    total       12      0.00       0.03          0          4         16          11
    Misses in library cache during parse: 1
    Misses in library cache during execute: 3
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 1)
    SELECT ORA_PLAN_ID_SEQ$.NEXTVAL
    FROM
    DUAL
    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.00          0          0          0           1
    total        3      0.00       0.00          0          0          0           1
    Misses in library cache during parse: 1
    Optimizer mode: CHOOSE
    Parsing user id: SYS   (recursive depth: 1)
    Rows     Row Source Operation
          1  SEQUENCE  ORA_PLAN_ID_SEQ$ (cr=0 pr=0 pw=0 time=18 us)
          1   FAST DUAL  (cr=0 pr=0 pw=0 time=2 us)
    SELECT PLAN_TABLE_OUTPUT
    FROM
    TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE', :1))
    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        117          0           0
    Fetch        2      0.00       0.00          0          0          0          28
    total        4      0.00       0.00          0        117          0          28
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163 
    Rows     Row Source Operation
         28  COLLECTION ITERATOR PICKLER FETCH DISPLAY (cr=202 pr=0 pw=0 time=19391 us)
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       2        0.00          0.00
      SQL*Net message from client                     2        0.00          0.00
      SQL*Net more data to client                     1        0.00          0.00
    select u.name, o.name, a.interface_version#, o.obj#     
    from
    association$ a, user$ u, obj$ o                     where a.obj# = :1       
                                        and a.property = :2                      
                     and a.statstype# = o.obj#                                and
      u.user# = o.owner#
    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.00          0          1          0           0
    total        3      0.00       0.00          0          1          0           0
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: CHOOSE
    Parsing user id: SYS   (recursive depth: 1)
    Rows     Row Source Operation
          0  NESTED LOOPS  (cr=1 pr=0 pw=0 time=32 us)
          0   NESTED LOOPS  (cr=1 pr=0 pw=0 time=30 us)
          0    TABLE ACCESS BY INDEX ROWID ASSOCIATION$ (cr=1 pr=0 pw=0 time=27 us)
          0     INDEX RANGE SCAN ASSOC1 (cr=1 pr=0 pw=0 time=23 us)(object id 387)
          0    TABLE ACCESS BY INDEX ROWID OBJ$ (cr=0 pr=0 pw=0 time=0 us)
          0     INDEX UNIQUE SCAN I_OBJ1 (cr=0 pr=0 pw=0 time=0 us)(object id 36)
          0   TABLE ACCESS CLUSTER USER$ (cr=0 pr=0 pw=0 time=0 us)
          0    INDEX UNIQUE SCAN I_USER# (cr=0 pr=0 pw=0 time=0 us)(object id 11)
    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),:"SYS_B_0"),
      NVL(SUM(C2),:"SYS_B_1")
    FROM
    (SELECT /*+ NO_PARALLEL("PLAN_TABLE") FULL("PLAN_TABLE")
      NO_PARALLEL_INDEX("PLAN_TABLE") */ :"SYS_B_2" AS C1, :"SYS_B_3" AS C2 FROM
      "SYS"."PLAN_TABLE$" "PLAN_TABLE") SAMPLESUB
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        2      0.00       0.00          0          0          0           0
    Execute      2      0.00       0.00          0          0          0           0
    Fetch        2      0.00       0.00          0          8          0           2
    total        6      0.00       0.00          0          8          0           2
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 2)
    Rows     Row Source Operation
          1  SORT AGGREGATE (cr=4 pr=0 pw=0 time=55 us)
         11   TABLE ACCESS FULL PLAN_TABLE$ (cr=4 pr=0 pw=0 time=44 us)
    select /*+ opt_param('parallel_execution_enabled',
                                       'false') EXEC_FROM_DBMS_XPLAN */ * from PLAN_TABLE where 1=0
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1      0.00       0.00          0          1          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        0      0.00       0.00          0          0          0           0
    total        2      0.00       0.00          0          1          0           0
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 1)
    Rows     Row Source Operation
          0  FILTER  (cr=0 pr=0 pw=0 time=1 us)
          0   TABLE ACCESS FULL PLAN_TABLE$ (cr=0 pr=0 pw=0 time=0 us)
    SELECT /*+ opt_param('parallel_execution_enabled', 'false') */
                             /* EXEC_FROM_DBMS_XPLAN */ id, position, depth, operation, options, object_name, cardinality, bytes, temp_space, cost, io_cost, cpu_cost , time, partition_start, partition_stop, object_node, other_tag, distribution, projection, access_predicates, filter_predicates , other, qblock_name, object_alias, nvl(other_xml, remarks), null, null, null, null, null, null, null,
                                null, null, null, null, null,
                                null, null, null, null from PLAN_TABLE where plan_id = (select max(plan_id)
                                            from PLAN_TABLE where id=0  and statement_id = :stmt_id)
                           order by id
    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          2          0           0
    Fetch       12      0.00       0.00          0          8          7          11
    total       14      0.00       0.00          0         10          7          11
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 2)
    Rows     Row Source Operation
         11  SORT ORDER BY (cr=8 pr=0 pw=0 time=239 us)
         11   TABLE ACCESS FULL PLAN_TABLE$ (cr=8 pr=0 pw=0 time=117 us)
          1    SORT AGGREGATE (cr=4 pr=0 pw=0 time=30 us)
          1     TABLE ACCESS FULL PLAN_TABLE$ (cr=4 pr=0 pw=0 time=21 us)
    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"."ID"=0
      AND "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.00          0          4          0           1
    total        3      0.00       0.00          0          4          0           1
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 2)
    Rows     Row Source Operation
          1  SORT AGGREGATE (cr=4 pr=0 pw=0 time=57 us)
         11   TABLE ACCESS FULL PLAN_TABLE$ (cr=4 pr=0 pw=0 time=44 us)
    SELECT PLAN_TABLE_OUTPUT
    FROM
    TABLE(CAST(DBMS_XPLAN.PREPARE_RECORDS(:B1 , :B2 ) AS
      SYS.DBMS_XPLAN_TYPE_TABLE))
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        0      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        1      0.00       0.00          0          5          5          28
    total        2      0.00       0.00          0          5          5          28
    Misses in library cache during parse: 0
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 1)
    SELECT /*+ opt_param('parallel_execution_enabled', 'false') */
      extractvalue(xmlval, '/*/info[@type = "sql_profile"]'), extractvalue(xmlval,
       '/*/info[@type = "outline"]'), extractvalue(xmlval, '/*/info[@type =
      "dynamic_sampling"]'), extractvalue(xmlval, '/*/info[@type =
      "row_shipping"]'), extractvalue(xmlval, '/*/info[@type = "index_size"]'),
      extractvalue(xmlval,'/*/info[@type = "plan_hash"]')
    from
    (select xmltype(:v_other_xml) xmlval from dual)
    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        150          0           0
    Fetch        1      0.00       0.00          0         24          0           1
    total        3      0.01       0.01          0        174          0           1
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 163     (recursive depth: 2)
    Rows     Row Source Operation
          1  FAST DUAL  (cr=0 pr=0 pw=0 time=3 us)
    OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        7      0.01       0.03          0          0          0           0
    Execute      7      0.01       0.04          0        126         16          13
    Fetch        8     21.43      20.94       1125    2405864          0         496
    total       22     21.46      21.02       1125    2405990         16         509
    Misses in library cache during parse: 4
    Misses in library cache during execute: 2
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                      14        0.00          0.00
      SQL*Net message from client                    14        0.01          0.03
      SQL*Net more data to client                    47        0.00          0.00
      direct path write temp                         75        0.00          0.04
      direct path read temp                          75        0.00          0.00
      log file sync                                   1        0.00          0.00
    OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
    call     count       cpu    elapsed       disk      query    current        rows
    Parse       12      0.00       0.00          0          1          0           0
    Execute     23      0.01       0.07          0        156         16          11
    Fetch       22      0.00       0.00          0         58         12          47
    total       57      0.02       0.08          0        215         28          58
    Misses in library cache during parse: 10
    Misses in library cache during execute: 10
       16  user  SQL statements in session.
        4  internal SQL statements in session.
       20  SQL statements in session.
    Trace file: mifex3_ora_2598_mytrace1.trc
    Trace file compatibility: 10.01.00
    Sort options: default
           4  sessions in tracefile.
          35  user  SQL statements in trace file.
           9  internal SQL statements in trace file.
          20  SQL statements in trace file.
          16  unique SQL statements in trace file.
         493  lines in trace file.
          21  elapsed seconds in trace file.

  • How to check if an SQL profile is being used or not?

    Hi,
    We have a couple of SQL profiles and outlines in the database. There has been a couple of code changes and it is now difficult to keep track if an SQL profile or an Outline is still being used? Is there any way to find that?
    Thanks in advance

    Find the entry corresponding to the SQL statement you are reviewing in V$SQL. Look at OUTLINE_CATEGORY and SQL_PROFILE columns. NULL indicates that no Outline/Profile was used.

  • Oracle 10g RAC SQL profiles not working for both the nodes

    We have identified a long running sql.
    Used Advisor to tune the sql
    Applied the suggested sql_profile as per the recommendation.
    when we re-run the sql from application, due to RAC setup the sql hit the other node, used the sql profile as indicated by v$sql but was long running.
    it generated a new sql_id due to which we think it was not working.
    Could you please advice how to apply sql_profile for both nodes?

    HI Arun
    Would you please post that in the GRID RAC section of this forum please ?
    Please consult the following documents to get support on your question:
    http://download.oracle.com/docs/cd/B19306_01/rac.102/b14197/votocr.htm#sthref211
    http://download.oracle.com/docs/cd/B19306_01/install.102/b14205/undrstnd.htm#RISOL2610
    Thanks

  • Confusion in v$sqlarea

    Hello  Experts ;
    I am testing few things on pl-sql  supplies packages (DBMS_SHARED_POOL.PURGE )
    but i have few doubts please clear my doubt.
    << On Terminal 1  >>
    SQL>desc tab1;
    Name                                      Null?                         Type
    NO                                                                              NUMBER
    NAME                                                                       VARCHAR2(15)
    EMAIL                                                                       VARCHAR2(15)
    CITY                                                                           VARCHAR2(15)
    SQL>select count(*) from tab1;
      COUNT(*)
        300000
    SQL>select  *  from t ab1;
    In  Process
    << On Terminal 2  >>
    SQL. conn /as sysdba
    Connected.
    SQL>select sql_text,address, hash_value, executions, loads, version_count, invalidations, parse_calls  from  v$sqlarea
    where  sql_text ='SELECT * FROM TAB1';
    no  rows  selected
    Why  i did n't get  values  in terminal 2 , when  query running on terminal 1;
    MY DB VRSION IS : 10.2.0.1.0
    Thanks in dvance ..

    @BCV
    i got 268 lines  ..then  i have created spool file .  i am pasting output for  following  query..
    SYS>select * From v$sqlarea
      2  order by FIRST_LOAD_TIME desc;
    SQL_TEXT
    --------------------------------------------------------------------------------SQL_FULLTEXT
    --------------------------------------------------------------------------------SQL_ID        SHARABLE_MEM PERSISTENT_MEM RUNTIME_MEM      SORTS VERSION_COUNT
    LOADED_VERSIONS OPEN_VERSIONS USERS_OPENING    FETCHES EXECUTIONS
    PX_SERVERS_EXECUTIONS END_OF_FETCH_COUNT USERS_EXECUTING      LOADS
    FIRST_LOAD_TIME     INVALIDATIONS PARSE_CALLS DISK_READS DIRECT_WRITES
    BUFFER_GETS APPLICATION_WAIT_TIME CONCURRENCY_WAIT_TIME CLUSTER_WAIT_TIME
    USER_IO_WAIT_TIME PLSQL_EXEC_TIME JAVA_EXEC_TIME ROWS_PROCESSED COMMAND_TYPE
    OPTIMIZER_ OPTIMIZER_COST
    OPTIMIZER_ENV
    --------------------------------------------------------------------------------OPTIMIZER_ENV_HASH_VALUE PARSING_USER_ID PARSING_SCHEMA_ID
    PARSING_SCHEMA_NAME            KEPT_VERSIONS ADDRESS  HASH_VALUE OLD_HASH_VALUE
    PLAN_HASH_VALUE MODULE
    --------------- ----------------------------------------------------------------MODULE_HASH ACTION
    ACTION_HASH SERIALIZABLE_ABORTS
    OUTLINE_CATEGORY                                                   CPU_TIME
    ELAPSED_TIME OUTLINE_SID                              LAST_ACT R
    OBJECT_STATUS       LITERAL_HASH_VALUE LAST_LOAD I CHILD_LATCH
    SQL_PROFILE                                                      PROGRAM_ID
    PROGRAM_LINE# EXACT_MATCHING_SIGNATURE FORCE_MATCHING_SIGNATURE LAST_ACTI
    BIND_DATA
    select * From v$sqlarea order by FIRST_LOAD_TIME desc

  • V$SQL View underlying definition

    HI
    Is it possible to get underlying deifintion of v$views ? ( if i query text from dba_views i see v_$sql is selecting from v$sql)
    I want to know what are the underlying tables used for v$sql.How can i find that
    Thanks

    sb92075 wrote:
    894365 wrote:
    HI
    Is it possible to get underlying deifintion of v$views ? ( if i query text from dba_views i see v_$sql is selecting from v$sql)
    I want to know what are the underlying tables used for v$sql.How can i find thatAny/all of the V$* "views" query SGA data structures & are presented as regular SQL Views.Which may be true, but doesn't answer his question.
    The way it works is, let's take V$SQL as an example:
    SQL> select owner,object_type,object_name from dba_objects where object_name='V$SQL';
    OWNER        OBJECT_TYPE            OBJECT_NAME
    PUBLIC        SYNONYM            V$SQL
    SQL> So, V$SQL is actually a public synonym. Let's see what it points at:
    SQL> exec print_table('select owner,synonym_name,table_owner,table_name,db_link from dba_synonyms where owner=''PUBLIC'' and synonym_name = ''V$SQL''');
    OWNER                     : PUBLIC
    SYNONYM_NAME                : V$SQL
    TABLE_OWNER                : SYS
    TABLE_NAME                : V_$SQL
    DB_LINK                 :
    PL/SQL procedure successfully completed.Now, we can see that V$SQL is a public synonym that points to SYS.V_$SQL. Now, DBA_SYNONYMS says it's a table, but, it could also be a view. And, in this case, it is a view.
    We can see that here:
    SQL> exec print_table('select owner,object_type,object_name from dba_objects where owner=''SYS'' and object_name =''V_$SQL''');
    OWNER                     : SYS
    OBJECT_TYPE                : VIEW
    OBJECT_NAME                : V_$SQL
    PL/SQL procedure successfully completed.Ok, so V_$SQL is a view.
    Let's see what it's definition is:
    SQL> exec print_table('select text from dba_views where owner=''SYS'' and view_name = ''V_$SQL''');
    TEXT                     : select
    "SQL_TEXT","SQL_FULLTEXT","SQL_ID","SHARABLE_MEM","PERSISTENT_MEM","RUNTIME_MEM"
    ,"SORTS","LOADED_VERSIONS","OPEN_VERSIONS","USERS_OPENING","FETCHES","EXECUTIONS
    ","PX_SERVERS_EXECUTIONS","END_OF_FETCH_COUNT","USERS_EXECUTING","LOADS","FIRST_
    LOAD_TIME","INVALIDATIONS","PARSE_CALLS","DISK_READS","DIRECT_WRITES","BUFFER_GE
    TS","APPLICATION_WAIT_TIME","CONCURRENCY_WAIT_TIME","CLUSTER_WAIT_TIME","USER_IO
    _WAIT_TIME","PLSQL_EXEC_TIME","JAVA_EXEC_TIME","ROWS_PROCESSED","COMMAND_TYPE","
    OPTIMIZER_MODE","OPTIMIZER_COST","OPTIMIZER_ENV","OPTIMIZER_ENV_HASH_VALUE","PAR
    SING_USER_ID","PARSING_SCHEMA_ID","PARSING_SCHEMA_NAME","KEPT_VERSIONS","ADDRESS
    ","TYPE_CHK_HEAP","HASH_VALUE","OLD_HASH_VALUE","PLAN_HASH_VALUE","CHILD_NUMBER"
    ,"SERVICE","SERVICE_HASH","MODULE","MODULE_HASH","ACTION","ACTION_HASH","SERIALI
    ZABLE_ABORTS","OUTLINE_CATEGORY","CPU_TIME","ELAPSED_TIME","OUTLINE_SID","CHILD_
    ADDRESS","SQLTYPE","REMOTE","OBJECT_STATUS","LITERAL_HASH_VALUE","LAST_LOAD_TIME
    ","IS_OBSOLETE","IS_BIND_SENSITIVE","IS_BIND_AWARE","IS_SHAREABLE","CHILD_LATCH"
    ,"SQL_PROFILE","SQL_PATCH","SQL_PLAN_BASELINE","PROGRAM_ID","PROGRAM_LINE#","EXA
    CT_MATCHING_SIGNATURE","FORCE_MATCHING_SIGNATURE","LAST_ACTIVE_TIME","BIND_DATA"
    ,"TYPECHECK_MEM","IO_CELL_OFFLOAD_ELIGIBLE_BYTES","IO_INTERCONNECT_BYTES","PHYSI
    CAL_READ_REQUESTS","PHYSICAL_READ_BYTES","PHYSICAL_WRITE_REQUESTS","PHYSICAL_WRI
    TE_BYTES","OPTIMIZED_PHY_READ_REQUESTS","LOCKED_TOTAL","PINNED_TOTAL","IO_CELL_U
    NCOMPRESSED_BYTES","IO_CELL_OFFLOAD_RETURNED_BYTES" from v$sql
    PL/SQL procedure successfully completed.Huh? How can V_$SQL be based on V$SQL, when V$SQL is a synonym that points to V_$SQL??
    Well, this is where the trick comes in. SYS.V$SQL is a fixed view, i.e. a view that is owned by SYS and starts with 'V$' or 'GV$'.
    So, we can look at V$FIXED_VIEW_DEFINITION to see the definition of SYS.V$SQL:
    SQL> exec print_table('select view_definition from v$fixed_view_definition where view_name = ''V$SQL''');
    VIEW_DEFINITION            : select     SQL_TEXT , SQL_FULLTEXT , SQL_ID,
    SHARABLE_MEM , PERSISTENT_MEM , RUNTIME_MEM , SORTS , LOADED_VERSIONS ,
    OPEN_VERSIONS , USERS_OPENING , FETCHES , EXECUTIONS , PX_SERVERS_EXECUTIONS ,
    END_OF_FETCH_COUNT, USERS_EXECUTING , LOADS , FIRST_LOAD_TIME, INVALIDATIONS,
    PARSE_CALLS , DISK_READS , DIRECT_WRITES , BUFFER_GETS , APPLICATION_WAIT_TIME,
    CONCURRENCY_WAIT_TIME, CLUSTER_WAIT_TIME, USER_IO_WAIT_TIME, PLSQL_EXEC_TIME,
    JAVA_EXEC_TIME, ROWS_PROCESSED , COMMAND_TYPE , OPTIMIZER_MODE , OPTIMIZER_COST,
    OPTIMIZER_ENV, OPTIMIZER_ENV_HASH_VALUE, PARSING_USER_ID , PARSING_SCHEMA_ID ,
    PARSING_SCHEMA_NAME, KEPT_VERSIONS , ADDRESS , TYPE_CHK_HEAP , HASH_VALUE,
    OLD_HASH_VALUE, PLAN_HASH_VALUE, CHILD_NUMBER, SERVICE, SERVICE_HASH, MODULE,
    MODULE_HASH , ACTION , ACTION_HASH ,  SERIALIZABLE_ABORTS , OUTLINE_CATEGORY,
    CPU_TIME, ELAPSED_TIME, OUTLINE_SID, CHILD_ADDRESS, SQLTYPE, REMOTE,
    OBJECT_STATUS, LITERAL_HASH_VALUE, LAST_LOAD_TIME, IS_OBSOLETE,
    IS_BIND_SENSITIVE, IS_BIND_AWARE, IS_SHAREABLE,CHILD_LATCH, SQL_PROFILE,
    SQL_PATCH, SQL_PLAN_BASELINE, PROGRAM_ID, PROGRAM_LINE#,
    EXACT_MATCHING_SIGNATURE, FORCE_MATCHING_SIGNATURE, LAST_ACTIVE_TIME, BIND_DATA,
    TYPECHECK_MEM, IO_CELL_OFFLOAD_ELIGIBLE_BYTES, IO_INTERCONNECT_BYTES,
    PHYSICAL_READ_REQUESTS, PHYSICAL_READ_BYTES, PHYSICAL_WRITE_REQUESTS,
    PHYSICAL_WRITE_BYTES, OPTIMIZED_PHY_READ_REQUESTS, LOCKED_TOTAL, PINNED_TOTAL,
    IO_CELL_UNCOMPRESSED_BYTES, IO_CELL_OFFLOAD_RETURNED_BYTES from GV$SQL where
    inst_id = USERENV('Instance')
    PL/SQL procedure successfully completed.So, SYS.V$SQL is based on GV$SQL. So, what's GV$SQL??
    SQL> exec print_table('select owner,object_type,object_name from dba_objects where object_name =''GV$SQL''');
    OWNER                     : PUBLIC
    OBJECT_TYPE                : SYNONYM
    OBJECT_NAME                : GV$SQL
    PL/SQL procedure successfully completed.Another synonym?? Where does it all end?? (Hang in there, we're almost there!)
    So, what does the GV$SQL synonym point to?
    SQL> exec print_table('select * from dba_synonyms where owner=''PUBLIC'' and synonym_name = ''GV$SQL''');
    OWNER                     : PUBLIC
    SYNONYM_NAME                : GV$SQL
    TABLE_OWNER                : SYS
    TABLE_NAME                : GV_$SQL
    DB_LINK                 :
    PL/SQL procedure successfully completed.Ok, so, now we have GV_$SQL. What's that, exactly? Is it really a table? Or perhaps another view?
    SQL> exec print_table('select owner,object_type,object_name from dba_objects where owner=''SYS'' and object_name = ''GV_$SQL''');
    OWNER                     : SYS
    OBJECT_TYPE                : VIEW
    OBJECT_NAME                : GV_$SQL
    PL/SQL procedure successfully completed.Ok, so GV_$SQL is another view. Let's look at that definition!
    SQL> exec print_Table('select text from dba_views where owner=''SYS'' and view_name = ''GV_$SQL''');
    TEXT                     : select
    "INST_ID","SQL_TEXT","SQL_FULLTEXT","SQL_ID","SHARABLE_MEM","PERSISTENT_MEM","RU
    NTIME_MEM","SORTS","LOADED_VERSIONS","OPEN_VERSIONS","USERS_OPENING","FETCHES","
    EXECUTIONS","PX_SERVERS_EXECUTIONS","END_OF_FETCH_COUNT","USERS_EXECUTING","LOAD
    S","FIRST_LOAD_TIME","INVALIDATIONS","PARSE_CALLS","DISK_READS","DIRECT_WRITES",
    "BUFFER_GETS","APPLICATION_WAIT_TIME","CONCURRENCY_WAIT_TIME","CLUSTER_WAIT_TIME
    ","USER_IO_WAIT_TIME","PLSQL_EXEC_TIME","JAVA_EXEC_TIME","ROWS_PROCESSED","COMMA
    ND_TYPE","OPTIMIZER_MODE","OPTIMIZER_COST","OPTIMIZER_ENV","OPTIMIZER_ENV_HASH_V
    ALUE","PARSING_USER_ID","PARSING_SCHEMA_ID","PARSING_SCHEMA_NAME","KEPT_VERSIONS
    ","ADDRESS","TYPE_CHK_HEAP","HASH_VALUE","OLD_HASH_VALUE","PLAN_HASH_VALUE","CHI
    LD_NUMBER","SERVICE","SERVICE_HASH","MODULE","MODULE_HASH","ACTION","ACTION_HASH
    ","SERIALIZABLE_ABORTS","OUTLINE_CATEGORY","CPU_TIME","ELAPSED_TIME","OUTLINE_SI
    D","CHILD_ADDRESS","SQLTYPE","REMOTE","OBJECT_STATUS","LITERAL_HASH_VALUE","LAST
    _LOAD_TIME","IS_OBSOLETE","IS_BIND_SENSITIVE","IS_BIND_AWARE","IS_SHAREABLE","CH
    ILD_LATCH","SQL_PROFILE","SQL_PATCH","SQL_PLAN_BASELINE","PROGRAM_ID","PROGRAM_L
    INE#","EXACT_MATCHING_SIGNATURE","FORCE_MATCHING_SIGNATURE","LAST_ACTIVE_TIME","
    BIND_DATA","TYPECHECK_MEM","IO_CELL_OFFLOAD_ELIGIBLE_BYTES","IO_INTERCONNECT_BYT
    ES","PHYSICAL_READ_REQUESTS","PHYSICAL_READ_BYTES","PHYSICAL_WRITE_REQUESTS","PH
    YSICAL_WRITE_BYTES","OPTIMIZED_PHY_READ_REQUESTS","LOCKED_TOTAL","PINNED_TOTAL",
    "IO_CELL_UNCOMPRESSED_BYTES","IO_CELL_OFFLOAD_RETURNED_BYTES" from gv$sql
    PL/SQL procedure successfully completed.Another GV$SQL?? Does this ever end???
    Back to V$FIXED_VIEW_DEFINITION for the final round:
    SQL> exec print_table('select view_definition from v$fixed_view_definition where view_name = ''GV$SQL''');
    VIEW_DEFINITION            : select inst_id,kglnaobj,kglfnobj,kglobt03,
    kglobhs0+kglobhs1+kglobhs2+kglobhs3+kglobhs4+kglobhs5+kglobhs6+kglobt16,
    kglobt08+kglobt11, kglobt10, kglobt01, decode(kglobhs6,0,0,1),
    decode(kglhdlmd,0,0,1), kglhdlkc, kglobt04, kglobt05, kglobt48, kglobt35,
    kglobpc6, kglhdldc, substr(to_char(kglnatim,'YYYY-MM-DD/HH24:MI:SS'),1,19),
    kglhdivc, kglobt12, kglobt13, kglobwdw, kglobt14, kglobwap, kglobwcc, kglobwcl,
    kglobwui, kglobt42, kglobt43, kglobt15, kglobt02, decode(kglobt32,       0,
    'NONE',        1, 'ALL_ROWS',          2, 'FIRST_ROWS',          3, 'RULE',
    4, 'CHOOSE',            'UNKNOWN'), kglobtn0, kglobcce, kglobcceh, kglobt17,
    kglobt18, kglobts4, kglhdkmk, kglhdpar, kglobtp0, kglnahsh, kglobt46, kglobt30,
    kglobt09, kglobts5, kglobt48, kglobts0, kglobt19, kglobts1, kglobt20, kglobt21,
    kglobts2, kglobt06, kglobt07, decode(kglobt28, 0, to_number(NULL), kglobt28),
    kglhdadr, kglobt29, decode(bitand(kglobt00,64),64, 'Y', 'N'), decode(kglobsta,
    1, 'VALID',        2, 'VALID_AUTH_ERROR',      3, 'VALID_COMPILE_ERROR',
    4, 'VALID_UNAUTH',       5, 'INVALID_UNAUTH',           6, 'INVALID'), kglobt31,
    substr(to_char(kglobtt0,'YYYY-MM-DD/HH24:MI:SS'),1,19), decode(kglobt33, 1, 'Y',
    'N'),  decode(bitand(kglobacs, 1), 1, 'Y', 'N'),  decode(bitand(kglobacs, 2), 2,
    'Y', 'N'),  decode(bitand(kglobacs, 4), 4, 'Y', 'N'),  kglhdclt, kglobts3,
    kglobts7, kglobts6, kglobt44, kglobt45,  kglobt47, kglobt49, kglobcla,
    kglobcbca, kglobt22, kglobt52, kglobt53, kglobt54, kglobt55,  kglobt56,
    kglobt57, kglobt58, kglobt23, kglobt24, kglobt59,  kglobt53 -
    ((kglobt55+kglobt57) - kglobt52)  from x$kglcursor_childSo, here we are, finally, we get to the fabled 'X$' table! An X$ table is hardcoded into the Oracle kernel, and it's a table projection of a chunk of the SGA memory. It's can't be updated, only queried, and is not subject to read consistency.
    I'm sure this post will raise questions, but it's already too long, so, I'll leave it at that.
    Feel free to ask follow up questions, and I'll try to address them.
    Hope that helps,
    -Mark

  • Crystal XI.2 creating Three-Part Table References using Progress 10.1B ODBC Drivers

    Post Author: Lauren
    CA Forum: Migration to XI R2
    I create reports using Crystal XI.2.  Some of my users run them using 9 or 10. 
    I am accessing data in a Progress database using 10.1b ODBC Driver.
    When the user tries to run the report, they get the following error window:
    Failed to open a rowset .....&#91;Progress&#93;Table/View/Synonym not found
    The SQL query (as accessed via SQL query(Database\ShowQuery from the main report window)
    has a three part table qualifier, a portion of which is shown below.
    "FOUND"."FOUND"."sql_Profile" rather than
    "Found"."sql_Profile".
    Progress Support says:
    It is a Crystal issue. That most likely Crystal will have a registry entry or similar work-around.
    Any help would be appreciated.  Thanks

    Hi Kelly
    Are you using 64 bit OS? If yes, would you try using the following key:
    “HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\SAP
    BusinessObjects\Suite XI 4.0\Crystal Reports\Database\ODBC”
    "UseTableNameAsAlias"="PGPRO1022.DLL, PGOE1023.DLL"
    Thanks
    Tony

  • How to check cursor stats during Runtime

    Hi
    I have a stored procedure running in which there is a cursor which fetches around 1500000 records and then query another table using the fetched record values.
    I cannot modify the procedure as its on production.
    I want to know which cursor record is currently being processed by the procedure, and how many are still remaining ?
    I have cursor name.
    Is there some dynamic view to check cursor stats at runtime ??
    thanks.
    Edited by: AnkitV on Sep 23, 2011 7:27 AM

    Ok
    I used this query and it gave 2 records :
    (the results are not in user friendly here , please let me know how can i display comprehensible data here)
    SELECT a.* FROM v$session s, v$sql a WHERE s.sql_address = a.address
    AND s.sql_hash_value = a.hash_value
    SQL_TEXT SQL_FULLTEXT SQL_ID SHARABLE_MEM PERSISTENT_MEM RUNTIME_MEM SORTS LOADED_VERSIONS OPEN_VERSIONS USERS_OPENING FETCHES EXECUTIONS PX_SERVERS_EXECUTIONS END_OF_FETCH_COUNT USERS_EXECUTING LOADS FIRST_LOAD_TIME INVALIDATIONS PARSE_CALLS DISK_READS DIRECT_WRITES BUFFER_GETS APPLICATION_WAIT_TIME CONCURRENCY_WAIT_TIME CLUSTER_WAIT_TIME USER_IO_WAIT_TIME PLSQL_EXEC_TIME JAVA_EXEC_TIME ROWS_PROCESSED COMMAND_TYPE OPTIMIZER_MODE OPTIMIZER_COST OPTIMIZER_ENV OPTIMIZER_ENV_HASH_VALUE PARSING_USER_ID PARSING_SCHEMA_ID PARSING_SCHEMA_NAME KEPT_VERSIONS ADDRESS TYPE_CHK_HEAP HASH_VALUE OLD_HASH_VALUE PLAN_HASH_VALUE CHILD_NUMBER SERVICE SERVICE_HASH MODULE MODULE_HASH ACTION ACTION_HASH SERIALIZABLE_ABORTS OUTLINE_CATEGORY CPU_TIME ELAPSED_TIME OUTLINE_SID CHILD_ADDRESS SQLTYPE REMOTE OBJECT_STATUS LITERAL_HASH_VALUE LAST_LOAD_TIME IS_OBSOLETE CHILD_LATCH SQL_PROFILE PROGRAM_ID PROGRAM_LINE# EXACT_MATCHING_SIGNATURE FORCE_MATCHING_SIGNATURE LAST_ACTIVE_TIME BIND_DATA
    insert into ASPEC_CUSTCONN_TT select * from v_assetspec_ods where orgid = 'NISOURCE' and siteid = 'INDIANA' and classstructureid = '2276' and assetnum = '0176290003-1-0' insert into ASPEC_CUSTCONN_TT select * from v_assetspec_ods where orgid = 'NISOURCE' and siteid = 'INDIANA' and classstructureid = '2276' and assetnum = '0176290003-1-0' 1tb7569x7jc1y 39,098 9,072 8,224 0 1 1 1 0 0 0 0 1 1 2011-09-23/09:48:05 0 1 0 0 2 0 0 0 0 0 0 0 2 ALL_ROWS 12 E289FB89A3E49800C4001000AEF9C3E2CFFA331056414555519521105555551545545558591555449665851D5511058555155515152552455580185AA3E49800050C02000002000000100000000100002000000210D007000000702500CC7C07000101000038F80004000066BE030000B81200A3E498006564640202643202320000020003020A500A 481,337,165 55 55 WMDWHADM 0 070000005F8A9850 00 2,054,729,790 1,157,974,759 3,562,626,483 0 SYS$USERS 0 sqlplus@vnxhamdboras03 (TNS V1-V3) 0 NULL 0 0 NULL 3,572 3,572 NULL 0700000065E448D8 6 N VALID 0 2011-09-23/09:48:05 N 5 NULL 98,449 1,481 10,153,481,056,577,599,000 13,507,897,832,604,099,000 9/23/2011 9:48:05 AM NULL
    SELECT a.* FROM v$session s, v$sql a WHERE s.sql_address = a.address AND s.sql_hash_value = a.hash_value SELECT a.* FROM v$session s, v$sql a WHERE s.sql_address = a.address
    AND s.sql_hash_value = a.hash_value 6srk0sfcrck09 79,598 33,312 26,288 0 1 1 1 4 2 0 1 1 1 2011-09-23/09:47:51 0 2 0 0 230 0 0 0 0 0 0 3 3 ALL_ROWS 1 E289FB89A3E49800C4001000AEF9C3E2CFFA331056414555519521105555551545545558591555449665851D5511058555155515152552455580185AA3E49800050C02000002000000100000000100002000000210D007000000702500CC7C07000101000038F80004000066BE030000B81200A3E498006564640202643202320000020003020A500A 481,337,165 55 55 WMDWHADM 0 0700000065D04EF0 00 2,574,665,737 3,761,974,339 1,595,585,590 0 WMDWHQ1 0 SqlDbx.exe 0 NULL 0 0 NULL 570,234 634,475 NULL 070000006E11E8B8 6 N VALID 0 2011-09-23/09:47:51 N 6 NULL 42,579 21 3,622,857,551,886,949,900 3,622,857,551,886,949,900 9/23/2011 9:48:05 AM NULL
    Rows affected (2)

  • How to find sql query using hash value

    Hi,
    DBVERSION: 9.2.0.8
    I generated statspack report and i want to see total query and i have hash_value here.
    in v$sql am not able to see all the querys ...pls suggest me other ways..
    Thanks,
    Srini...

    Srini wrote:
    Thanks Nikolay,
    But that views are not available in 9i , my DB is in 9.2.0.8...Use v$SQLAREA
    SQL> desc v$sqlarea
    Name                                      Null?    Type
    SQL_TEXT                                           VARCHAR2(1000)
    SQL_FULLTEXT                                       CLOB
    SQL_ID                                             VARCHAR2(13)
    SHARABLE_MEM                                       NUMBER
    PERSISTENT_MEM                                     NUMBER
    RUNTIME_MEM                                        NUMBER
    SORTS                                              NUMBER
    VERSION_COUNT                                      NUMBER
    LOADED_VERSIONS                                    NUMBER
    OPEN_VERSIONS                                      NUMBER
    USERS_OPENING                                      NUMBER
    FETCHES                                            NUMBER
    EXECUTIONS                                         NUMBER
    PX_SERVERS_EXECUTIONS                              NUMBER
    END_OF_FETCH_COUNT                                 NUMBER
    USERS_EXECUTING                                    NUMBER
    LOADS                                              NUMBER
    FIRST_LOAD_TIME                                    VARCHAR2(19)
    INVALIDATIONS                                      NUMBER
    PARSE_CALLS                                        NUMBER
    DISK_READS                                         NUMBER
    DIRECT_WRITES                                      NUMBER
    BUFFER_GETS                                        NUMBER
    APPLICATION_WAIT_TIME                              NUMBER
    CONCURRENCY_WAIT_TIME                              NUMBER
    CLUSTER_WAIT_TIME                                  NUMBER
    USER_IO_WAIT_TIME                                  NUMBER
    PLSQL_EXEC_TIME                                    NUMBER
    JAVA_EXEC_TIME                                     NUMBER
    ROWS_PROCESSED                                     NUMBER
    COMMAND_TYPE                                       NUMBER
    OPTIMIZER_MODE                                     VARCHAR2(10)
    OPTIMIZER_COST                                     NUMBER
    OPTIMIZER_ENV                                      RAW(2000)
    OPTIMIZER_ENV_HASH_VALUE                           NUMBER
    PARSING_USER_ID                                    NUMBER
    PARSING_SCHEMA_ID                                  NUMBER
    PARSING_SCHEMA_NAME                                VARCHAR2(30)
    KEPT_VERSIONS                                      NUMBER
    ADDRESS                                            RAW(4)
    HASH_VALUE                                         NUMBER
    OLD_HASH_VALUE                                     NUMBER
    PLAN_HASH_VALUE                                    NUMBER
    MODULE                                             VARCHAR2(64)
    MODULE_HASH                                        NUMBER
    ACTION                                             VARCHAR2(64)
    ACTION_HASH                                        NUMBER
    SERIALIZABLE_ABORTS                                NUMBER
    OUTLINE_CATEGORY                                   VARCHAR2(64)
    CPU_TIME                                           NUMBER
    ELAPSED_TIME                                       NUMBER
    OUTLINE_SID                                        VARCHAR2(40)
    LAST_ACTIVE_CHILD_ADDRESS                          RAW(4)
    REMOTE                                             VARCHAR2(1)
    OBJECT_STATUS                                      VARCHAR2(19)
    LITERAL_HASH_VALUE                                 NUMBER
    LAST_LOAD_TIME                                     DATE
    IS_OBSOLETE                                        VARCHAR2(1)
    IS_BIND_SENSITIVE                                  VARCHAR2(1)
    IS_BIND_AWARE                                      VARCHAR2(1)
    CHILD_LATCH                                        NUMBER
    SQL_PROFILE                                        VARCHAR2(64)
    SQL_PATCH                                          VARCHAR2(30)
    SQL_PLAN_BASELINE                                  VARCHAR2(30)
    PROGRAM_ID                                         NUMBER
    PROGRAM_LINE#                                      NUMBER
    EXACT_MATCHING_SIGNATURE                           NUMBER
    FORCE_MATCHING_SIGNATURE                           NUMBER
    LAST_ACTIVE_TIME                                   DATE
    BIND_DATA                                          RAW(2000)
    TYPECHECK_MEM                                      NUMBER
    IO_CELL_OFFLOAD_ELIGIBLE_BYTES                     NUMBER
    IO_INTERCONNECT_BYTES                              NUMBER
    PHYSICAL_READ_REQUESTS                             NUMBER
    PHYSICAL_READ_BYTES                                NUMBER
    PHYSICAL_WRITE_REQUESTS                            NUMBER
    PHYSICAL_WRITE_BYTES                               NUMBER
    OPTIMIZED_PHY_READ_REQUESTS                        NUMBER
    LOCKED_TOTAL                                       NUMBER
    PINNED_TOTAL                                       NUMBER
    IO_CELL_UNCOMPRESSED_BYTES                         NUMBER
    IO_CELL_OFFLOAD_RETURNED_BYTES                     NUMBERYou have HASH_VALUE and SQL_FULLTEXT to identify your query. Remember if query is long then you needt to set proper parameters like
    set long 80000
    set pagesize 200
    set linessize 200
    Was that helpful?

Maybe you are looking for

  • WxWidgets, Mac and Acrobat 9 SDK

    We are having a lot of problems in the Mac using wxWidgets whch have now started using as a cross platform replacement to ADM. On MacOS 10.4 (Tiger): Having the sample 'wxPlugin' from the Acrobat 9 SDK samples-folder installed in either Acrobat 9 Pro

  • HTTP Response: 500  internal server error

    Hi,    My scenario is WS(client) to IDOC, when i try sending  message from runtime workbench, it displays an error "Message cannot be sent  : 500 internal server error" While testing the webservice on the WAS, the following error is displayed, HTTP/1

  • Why are downloads taking so long?

    I'm not exactly sure where to put this, as I am having two download problems. One, I have a software update that is telling me it is going to take almost two days to complete and two, I am trying to download both an app and a TV show (ONE EPISODE) on

  • Earlier Version of MySpace Mobile App

    Hey all, Does anyone know where I can download an earlier version of the MySpace mobile app? I don't want to update my iPhone software to 3.1.2 after reading about all the various problems people have been experiencing. Any help would be appreciated.

  • Formatted ipod drive

    I am a new user of iPod nano. I had read up on some forum that the iPod can be used as a mass storage device by adding files through drag and drop. I did exactly that, but then my iPod started getting stuck. I couldn't find a way around aroud it so s