Comments on: An Invalid, or Do You Just Not Want to Work

By: joel garry

joel garry — Mon, 03 Jan 2011 22:35:24 +0000

This was very illuminating. I surmise the bug is in Oracle instrumentation - if it is going to be doing overly helpful stuff transforming deep under the covers, it needs to be better about informing what problem it hit. I don't see at all why using a supplied package as a filter would be bad programming practice. I'd think it would be good programming practice. But then again, that makes iffy assumptions about how well engineered and documented supplied packages are.

By: Charles Hooper

Charles Hooper — Sun, 02 Jan 2011 01:29:11 +0000

Martin,

I made some poor assumptions yesterday when Oracle on Windows was able to execute my test SQL statement and Linux could not execute the test SQL statement – it must be a year 2011 problem because Oracle on Windows cannot execute the test SQL statement today either.

I did not spend as much time looking at the execution plan that you provided as I should have, instead I wasted time heading in other directions trying to determine why the test SQL statement seemed to work in some cases and not in other cases.

I think that the reason why your SQL statement which had a plan hash value of 739349040 failed is simply because a hash join was performed on plan ID line 4 of the execution plan, rather than a nested loops join. That hash join is what joins the DBA_OBJECTS view to the DBMS_METADATA.GET_DDL function that is on plan ID line 30 of the execution plan – I think that a nested loops join here would have been able to provide the list of objects (drive into the second object) that were SYS owned views, while a hash join is supposed to fully scan the second object listed in the hash join.

In earlier testing, if I did not specify the /*+ NO_QUERY_TRANSFORMATION */ hint in my modified query, it would fail with the same error message that we encountered earlier.

select
  owner,
  view_name
from
  (SELECT
    dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) DDL,
    OWNER,
    VIEW_NAME
  FROM
    (select
      v.owner,
      v.view_name,
      o.object_type
    from
      dba_views v,
      dba_objects o
    where
      v.owner = o.owner
      AND v.view_name = o.object_name
      AND o.object_type='VIEW'
      AND o.status='VALID'
      AND v.owner ='SYS'  ) vv
  )
WHERE
  DDL like '%TEST%';
 
    dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) DDL,
    *
ERROR at line 6:
ORA-31603: object "/1000323d_DelegateInvocationHa" of type VIEW not found in
schema "SYS"
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 105
ORA-06512: at "SYS.DBMS_METADATA", line 3912
ORA-06512: at "SYS.DBMS_METADATA", line 5678
ORA-06512: at line 1

This was an interesting exercise, and I agree with your comments.

By: Martin Berger

Martin Berger — Sat, 01 Jan 2011 22:13:56 +0000

I (re-)tested both of your statements – both worked fine.
I assume our observations are now quite consistent. My initial goal to find what’s going on there is met.

You raised a good question about good programming practice. Basically dbms_metadata.get_ddl is supposed to be used in the SELECT part of a query, my utilisation as a filter is quite un-common. So should the (any) function be coded to fulfill the designed situation (and throw an error if anything is wrong) of should it stay any situation where it can be used? Quite a nice question about programming principles.

By: Charles Hooper

Charles Hooper — Sat, 01 Jan 2011 21:43:45 +0000

Just tested on 11.2.0.1 64 bit Linux, and it also works there: [code] SQL> select /*+ NO_QUERY_TRANSFORMATION */ owner, view_name from (SELECT dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) DDL, OWNER, VIEW_NAME FROM (select v.owner, v.view_name, o.object_type from dba_views v, dba_objects o where v.owner = o.owner AND v.view_name = o.object_name AND o.object_type='VIEW' AND o.status='VALID' AND v.owner ='SYS' ) vv ) WHERE DDL like '%TEST%'; 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 OWNER VIEW_NAME ------------------------------ ------------------------------ SYS GV_$ASH_INFO SYS V_$ASH_INFO SYS GV_$INCMETER_SUMMARY SYS V_$INCMETER_SUMMARY SYS DBA_SUBSCRIPTIONS SYS USER_SUBSCRIPTIONS SYS EXU9MVLCDCS SYS DBA_FEATURE_USAGE_STATISTICS SYS DBA_HIGH_WATER_MARK_STATISTICS SYS V_$DIAG_INC_METER_SUMMARY SYS V_$DIAG_VTEST_EXISTS SYS DBA_ADVISOR_SQLSTATS SYS USER_ADVISOR_SQLSTATS SYS _ALL_QUEUE_SCHEDULES SYS _DBA_QUEUE_SCHEDULES SYS _USER_QUEUE_SCHEDULES SYS KU$_SCHEMAOBJ_VIEW SYS KU$_EDITION_SCHEMAOBJ_VIEW SYS V_$LOGSTDBY_PROGRESS SYS GV_$LOGSTDBY_PROGRESS 20 rows selected. [/code]

By: Charles Hooper

Charles Hooper — Sat, 01 Jan 2011 21:37:06 +0000

Martin,

It would be interesting to see if my modified version of your query could still fail to execute (I do not know the answer).

From looking at the execution plan, I am note sure that this would be called a bug – at least not a bug with DBMS_METADATA.GET_DDL.

Consider this example. Assume that there are three (and only three) objects in a schema:

CREATE TABLE T1_TEST AS
SELECT
  ROWNUM C1,
  10000-ROWNUM C2,
  TO_CHAR(TRUNC(SYSDATE+ROWNUM),'DAY') C3,
  LPAD('A',100,'A') PADDING
FROM
  DUAL
CONNECT BY
  LEVEL<=100;
 
CREATE INDEX T1_TEST_C1_IND ON T1_TEST(C1)
 
CREATE VIEW T1_TEST_VIEW AS
SELECT
  *
FROM
  T1_TEST;

You then code a PL/SQL function (maybe someone more skilled with PL/SQL than me can code an example) with a couple of IN parameters. If the word ‘VIEW’ is passed in as a parameter, the PL/SQL function takes one code path, maybe it selects all rows from the view. If the word ‘INDEX’ is passed in as a parameter, the PL/SQL function takes a different code path, maybe selecting a list of columns that are in the index definition. If you then code error checking into the PL/SQL function so that it returns an error message when the user submits an impossible combination (‘VIEW’ and ‘T1_TEST_C1_IND’, for example), that is probably considered good programming practice – possibly better than returning a NULL or random garbage.

I believe that the above is what is happening in your SQL statement. DBA_VIEWS and DBA_OBJECTS are not simple tables, but instead are complex views that are built from several underlying objects. Through an unfortunate optimization, the optimizer has decided to pass the object names through the PL/SQL function (DBMS_METADATA.GET_DDL in your case) before that object list is reduced to just include the list of object names that *are* views.

See if the following will work – it worked OK for me on 11.2.0.1 (64 bit Windows), although it was slow:

select /*+ NO_QUERY_TRANSFORMATION */
  owner,
  view_name
from
  (SELECT
    dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) DDL,
    OWNER,
    VIEW_NAME
  FROM
    (select
      v.owner,
      v.view_name,
      o.object_type
    from
      dba_views v,
      dba_objects o
    where
      v.owner = o.owner
      AND v.view_name = o.object_name
      AND o.object_type='VIEW'
      AND o.status='VALID'
      AND v.owner ='SYS'  ) vv
  )
WHERE
  DDL like '%TEST%';

By: Martin Berger

Martin Berger — Sat, 01 Jan 2011 20:26:02 +0000

Here is the 10053 trace file of the latest statement (from my ‘original’ DB): http://berx.at/traces/PSCRT021_ora_11954_TEST_SYS2.trc

Do you agree it’s a problem of the function dbms_metadata.get_ddl() in case it gets some parameter combinations it does not expect?

To come back to the topic of this blog: what’s ‘invalid’ here? I don’t think we can blame the optimizer for that, can we?

There might be some ways to circumvent it: you show one, but this still can fail if the optimizer decides to push the filter too ‘deep’.
My ‘no_merge’ hint will also prevent this behavior. But I’d expect a SQL to return the same values (and fail the same way) regardless of any hint?
Oracle could also associate some extended statistics to the function dbms_stats.get_ddl to make it so ‘expensive’ to the optimizer, the optimizer would always try to elaborate the smallest result-set possible before apply the ‘expensive’ get_ddl function to the ‘totally elaborated’ sub-result.
What do you think?
Is there anything we can dwell deeper?
(I’d like to play ma preferred support-game *g*)

By: Charles Hooper

Charles Hooper — Sat, 01 Jan 2011 16:39:48 +0000

Martin,

Good news (or maybe bad news). Today 11.2.0.1 on Windows is now giving me the same error message as on Linux – see my previous two comments.

I only spent a couple of minutes reviewing the execution plan where the SQL statement fails to execute. However, in one of my previous comments I mentioned that the execution plan indicated that Oracle was processing this line in the execution plan on plan ID line 8:

dbms_metadata.get_ddl(‘VIEW’, vv.view_name, vv.owner)

That was processed *before* it filtered the list of objects to eliminate everything that was not a VIEW (that was on plan ID line 21). The owner is filtered on plan ID lines 7, 19 and 31, so line 7 should have been able to restrict the objects to just those owned by SYS when line 8 of the execution plan was executed through a nested loops join. Please try the *fixed* version of the SQL statement that I provided to you:

ALTER SESSION SET TRACEFILE_IDENTIFIER='TEST_SYS2';
ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT FOREVER, LEVEL 1';

select
  owner,
  view_name
from
  (select
    v.owner,
    v.view_name,
    o.object_type
  from
    dba_views v,
    dba_objects o
  where
    v.owner = o.owner
    AND v.view_name = o.object_name
    AND o.object_type='VIEW'
    AND o.status='VALID'
    AND v.owner ='SYS'  ) vv
where
  dbms_metadata.get_ddl(VV.OBJECT_TYPE, vv.view_name, vv.owner) like '%TEST%'; 

ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT OFF';

By: Martin Berger

Martin Berger — Sat, 01 Jan 2011 16:15:39 +0000

Hmm, I do not have Oracle@Windows available anywhere around, so I tested some of the versions here.
To keep it simpler I used this test-statement:
select
owner,
view_name
from
(select
v.owner, v.view_name
from
dba_views v
where
v.owner =’SYS’ ) vv
where
dbms_metadata.get_ddl(‘VIEW’, vv.view_name, vv.owner) like ‘%TEST%’;

I tested 11.2.0.2 @ Linux 64bit, 11.2.0.1 @ Linux 64bit, 11.1.0.7 @ Solaris 64bit, 10.2.0.4 @ Solaris 64bit, 9.2.0.8 @ Solaris 64bit.
I found this errorstack everywhere. (To not spam this Reply, I put the results into http://berx.at/traces/sql_20110101.txt ).
From my point of view Windows is the alien
Do you have any posibility to croscheck with other Versions/OS?
Martin

By: Charles Hooper

Charles Hooper — Sat, 01 Jan 2011 15:25:07 +0000

I am a bit unsure what happened. Now when I execute this script in 11.2.0.1 on 64 bit Windows I receive the same error that I saw on Linux: [code] ALTER SESSION SET TRACEFILE_IDENTIFIER='TEST_SYS'; ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT FOREVER, LEVEL 1'; select owner, view_name from (select v.owner, v.view_name from dba_views v, dba_objects o where v.owner = o.owner AND v.view_name = o.object_name AND o.object_type='VIEW' AND o.status='VALID' AND v.owner ='SYS' ) vv where dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) like '%TEST%'; ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT OFF'; [/code] [code] dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) like '%TEST%' * ERROR at line 18: ORA-31603: object "/1000323d_DelegateInvocationHa" of type VIEW not found in schema "SYS" ORA-06512: at "SYS.DBMS_SYS_ERROR", line 105 ORA-06512: at "SYS.DBMS_METADATA", line 3912 ORA-06512: at "SYS.DBMS_METADATA", line 5678 ORA-06512: at line 1 [/code] Last night when I excuted this same SQL statement it retrieved 20 rows. This is the plan that I am currently receiving with AUTOTRACE enabled: [code] Execution Plan ---------------------------------------------------------- Plan hash value: 2706590226 ---------------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ---------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 106 | 93 (0)| 00:00:01 | |* 1 | FILTER | | | | | | | 2 | NESTED LOOPS | | 1 | 106 | 93 (0)| 00:00:01 | | 3 | NESTED LOOPS | | 1 | 84 | 92 (0)| 00:00:01 | | 4 | NESTED LOOPS | | 10 | 590 | 32 (0)| 00:00:01 | | 5 | NESTED LOOPS | | 147 | 7938 | 32 (0)| 00:00:01 | | 6 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | |* 7 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | |* 8 | INDEX RANGE SCAN | I_OBJ5 | 147 | 5880 | 31 (0)| 00:00:01 | |* 9 | INDEX UNIQUE SCAN | I_VIEW1 | 1 | 5 | 0 (0)| 00:00:01 | | 10 | VIEW | DBA_OBJECTS | 1 | 25 | 6 (0)| 00:00:01 | | 11 | UNION ALL PUSHED PREDICATE | | | | | | |* 12 | TABLE ACCESS BY INDEX ROWID | SUM$ | 1 | 11 | 1 (0)| 00:00:01 | |* 13 | INDEX UNIQUE SCAN | I_SUM$_1 | 1 | | 0 (0)| 00:00:01 | |* 14 | FILTER | | | | | | |* 15 | FILTER | | | | | | | 16 | NESTED LOOPS | | 1 | 120 | 5 (0)| 00:00:01 | | 17 | NESTED LOOPS | | 1 | 98 | 4 (0)| 00:00:01 | | 18 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 14 | 1 (0)| 00:00:01 | |* 19 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | |* 20 | TABLE ACCESS BY INDEX ROWID| OBJ$ | 1 | 84 | 3 (0)| 00:00:01 | |* 21 | INDEX RANGE SCAN | I_OBJ5 | 1 | | 2 (0)| 00:00:01 | |* 22 | INDEX RANGE SCAN | I_USER2 | 1 | 22 | 1 (0)| 00:00:01 | |* 23 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 2 (0)| 00:00:01 | |* 24 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 (0)| 00:00:01 | | 25 | NESTED LOOPS | | 1 | 29 | 2 (0)| 00:00:01 | |* 26 | INDEX FULL SCAN | I_USER2 | 1 | 20 | 1 (0)| 00:00:01 | |* 27 | INDEX RANGE SCAN | I_OBJ4 | 1 | 9 | 1 (0)| 00:00:01 | |* 28 | FILTER | | | | | | | 29 | NESTED LOOPS | | 1 | 31 | 1 (0)| 00:00:01 | | 30 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | |* 31 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | |* 32 | INDEX RANGE SCAN | I_LINK1 | 1 | 17 | 0 (0)| 00:00:01 | |* 33 | INDEX RANGE SCAN | I_USER2 | 1 | 22 | 1 (0)| 00:00:01 | | 34 | NESTED LOOPS | | 1 | 29 | 2 (0)| 00:00:01 | |* 35 | INDEX FULL SCAN | I_USER2 | 1 | 20 | 1 (0)| 00:00:01 | |* 36 | INDEX RANGE SCAN | I_OBJ4 | 1 | 9 | 1 (0)| 00:00:01 | ---------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("O"."TYPE#"<>4 AND "O"."TYPE#"<>5 AND "O"."TYPE#"<>7 AND "O"."TYPE#"<>8 AND "O"."TYPE#"<>9 AND "O"."TYPE#"<>10 AND "O"."TYPE#"<>11 AND "O"."TYPE#"<>12 AND "O"."TYPE#"<>13 AND "O"."TYPE#"<>14 AND "O"."TYPE#"<>22 AND "O"."TYPE#"<>87 AND "O"."TYPE#"<>88 OR BITAND("U"."SPARE1",16)=0 OR ("O"."TYPE#"=4 OR "O"."TYPE#"=5 OR "O"."TYPE#"=7 OR "O"."TYPE#"=8 OR "O"."TYPE#"=9 OR "O"."TYPE#"=10 OR "O"."TYPE#"=11 OR "O"."TYPE#"=12 OR "O"."TYPE#"=13 OR "O"."TYPE#"=14 OR "O"."TYPE#"=22 OR "O"."TYPE#"=87) AND (SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' AND "U"."TYPE#"<>2 OR "U"."TYPE#"=2 AND "U"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."USER$" "U2",SYS."OBJ$" "O2" WHERE "O2"."OWNER#"="U2"."USER#" AND "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"=:B1 AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))))) 7 - access("U"."NAME"='SYS') 8 - access("O"."SPARE3"="U"."USER#") filter("DBMS_METADATA"."GET_DDL"('VIEW',"O"."NAME","U"."NAME") LIKE '%TEST%') 9 - access("O"."OBJ#"="V"."OBJ#") 12 - filter(BITAND("S"."XPFLAGS",8388608)=8388608) 13 - access("S"."OBJ#"=:B1) 14 - filter(("O"."TYPE#"<>1 AND "O"."TYPE#"<>10 OR "O"."TYPE#"=1 AND (SELECT 1 FROM "SYS"."IND$" "I" WHERE "I"."OBJ#"=:B1 AND ("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9))=1) AND ("O"."TYPE#"<>4 AND "O"."TYPE#"<>5 AND "O"."TYPE#"<>7 AND "O"."TYPE#"<>8 AND "O"."TYPE#"<>9 AND "O"."TYPE#"<>10 AND "O"."TYPE#"<>11 AND "O"."TYPE#"<>12 AND "O"."TYPE#"<>13 AND "O"."TYPE#"<>14 AND "O"."TYPE#"<>22 AND "O"."TYPE#"<>87 AND "O"."TYPE#"<>88 OR BITAND("U"."SPARE1",16)=0 OR ("O"."TYPE#"=4 OR "O"."TYPE#"=5 OR "O"."TYPE#"=7 OR "O"."TYPE#"=8 OR "O"."TYPE#"=9 OR "O"."TYPE#"=10 OR "O"."TYPE#"=11 OR "O"."TYPE#"=12 OR "O"."TYPE#"=13 OR "O"."TYPE#"=14 OR "O"."TYPE#"=22 OR "O"."TYPE#"=87) AND (SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' AND "U"."TYPE#"<>2 OR "U"."TYPE#"=2 AND "U"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."USER$" "U2",SYS."OBJ$" "O2" WHERE "O2"."OWNER#"="U2"."USER#" AND "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"=:B2 AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')))))) 15 - filter('_default_auditing_options_'<>"O"."NAME" AND '_NEXT_OBJECT'<>"O"."NAME") 19 - access("U"."NAME"='SYS') 20 - filter(DECODE("O"."STATUS",0,'N/A',1,'VALID','INVALID')='VALID' AND BITAND("O"."FLAGS",128)=0) 21 - access("O"."SPARE3"="U"."USER#" AND "O"."NAME"="O"."NAME" AND "O"."LINKNAME" IS NULL) filter("O"."NAME"<>'_NEXT_OBJECT' AND "O"."NAME"<>'_default_auditing_options_' AND "O"."LINKNAME" IS NULL AND DECODE("O"."TYPE#",0,'NEXT OBJECT',1,'INDEX',2,'TABLE',3,'CLUSTER',4,'VIEW',5,'SYNONYM',6,'SEQUENCE',7,'PROCEDURE',8,'F UNCTION',9,'PACKAGE',11,'PACKAGE BODY',12,'TRIGGER',13,'TYPE',14,'TYPE BODY',19,'TABLE PARTITION',20,'INDEX PARTITION',21,'LOB',22,'LIBRARY',23,'DIRECTORY',24,'QUEUE',28,'JAVA SOURCE',29,'JAVA CLASS',30,'JAVA RESOURCE',32,'INDEXTYPE',33,'OPERATOR',34,'TABLE SUBPARTITION',35,'INDEX SUBPARTITION',40,'LOB PARTITION',41,'LOB SUBPARTITION',42,NVL( (SELECT 'REWRITE EQUIVALENCE' FROM SYS."SUM$" "S" WHERE "S"."OBJ#"=:B1 AND BITAND("S"."XPFLAGS",8388608)=8388608),'MATERIALIZED VIEW'),43,'DIMENSION',44,'CONTEXT',46,'RULE SET',47,'RESOURCE PLAN',48,'CONSUMER GROUP',51,'SUBSCRIPTION',52,'LOCATION',55,'XML SCHEMA',56,'JAVA DATA',57,'EDITION',59,'RULE',60,'CAPTURE',61,'APPLY',62,'EVALUATION CONTEXT',66,'JOB',67,'PROGRAM',68,'JOB CLASS',69,'WINDOW',72,'SCHEDULER GROUP',74,'SCHEDULE',79,'CHAIN',81,'FILE GROUP',82,'MINING MODEL',87,'ASSEMBLY',90,'CREDENTIAL',92,'CUBE DIMENSION',93,'CUBE',94,'MEASURE FOLDER',95,'CUBE BUILD PROCESS',100,'FILE WATCHER',101,'DESTINATION','UNDEFINED')='VIEW') 22 - access("O"."OWNER#"="U"."USER#") 23 - filter("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9) 24 - access("I"."OBJ#"=:B1) 26 - access("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) filter("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) 27 - access("O2"."DATAOBJ#"=:B1 AND "O2"."TYPE#"=88 AND "O2"."OWNER#"="U2"."USER#") 28 - filter(NULL IS NOT NULL) 31 - access("U"."NAME"='SYS') 32 - access("L"."OWNER#"="U"."USER#" AND "L"."NAME"="O"."NAME") 33 - access("O"."OWNER#"="U"."USER#") 35 - access("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) filter("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) 36 - access("O2"."DATAOBJ#"=:B1 AND "O2"."TYPE#"=88 AND "O2"."OWNER#"="U2"."USER#") [/code] There is only one mention of object "/1000323d_DelegateInvocationHa" on Metalink, in this article: "Bug 6964025: Exceptions while trying to configure JDBC Connection Validation in GF 3.0.1" Checking DBA_OBJECTS, I see that "/1000323d_DelegateInvocationHa" is a Java class that is owned by the SYS user, and is also a public synonym - it should have been eliminated due to the o.object_type='VIEW' predicate in the WHERE clause. The problem is that the o.object_type='VIEW' predicate is not applied until execution plan ID 21, which in the unhinted plan is executed after the call to DBMS_METADATA.GET_DDL on line 8 of the execution plan - not all objects in the database are views, and not all objects are owned by one user. What you might be able to do is something like this: [code] ALTER SESSION SET TRACEFILE_IDENTIFIER='TEST_SYS2'; ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT FOREVER, LEVEL 1'; select owner, view_name from (select v.owner, v.view_name, o.object_type from dba_views v, dba_objects o where v.owner = o.owner AND v.view_name = o.object_name AND o.object_type='VIEW' AND o.status='VALID' AND v.owner ='SYS' ) vv where dbms_metadata.get_ddl(VV.OBJECT_TYPE, vv.view_name, vv.owner) like '%TEST%'; ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT OFF'; [/code] In the above, I added the OBJECT_TYPE column to the list of columns retrieved by the inline view, and then passed that column into the DBMS_METADATA.GET_DDL call. That change allowed the SQL statement to complete - return 20 rows. Now the final query after transformation is this: [code] Final query after transformations:******* UNPARSED QUERY IS ******* SELECT "U"."NAME" "OWNER","SYS_ALIAS_2"."NAME" "VIEW_NAME" FROM SYS."OBJ$" "SYS_ALIAS_2",SYS."USER$" "SYS_ALIAS_1","SYS"."VIEW$" "V","SYS"."USER$" "U", ( (SELECT "U"."NAME" "OWNER","SYS_ALIAS_4"."NAME" "OBJECT_NAME","SYS_ALIAS_4"."SUBNAME" "SUBOBJECT_NAME","SYS_ALIAS_4"."OBJ#" "OBJECT_ID","SYS_ALIAS_4"."DATAOBJ#" "DATA_OBJECT_ID",DECODE("SYS_ALIAS_4"."TYPE#",0,'NEXT OBJECT',1,'INDEX',2,'TABLE',3,'CLUSTER',4,'VIEW',5,'SYNONYM',6,'SEQUENCE',7,'PROCEDURE',8,'FUNCTION',9,'PACKAGE',11,'PACKAGE BODY',12,'TRIGGER',13,'TYPE',14,'TYPE BODY',19,'TABLE PARTITION',20,'INDEX PARTITION',21,'LOB',22,'LIBRARY',23,'DIRECTORY',24,'QUEUE',28,'JAVA SOURCE',29,'JAVA CLASS',30,'JAVA RESOURCE',32,'INDEXTYPE',33,'OPERATOR',34,'TABLE SUBPARTITION',35,'INDEX SUBPARTITION',40,'LOB PARTITION',41,'LOB SUBPARTITION',42,NVL( (SELECT 'REWRITE EQUIVALENCE' "'REWRITEEQUIVALENCE'" FROM SYS."SUM$" "S" WHERE "S"."OBJ#"="SYS_ALIAS_4"."OBJ#" AND BITAND("S"."XPFLAGS",8388608)=8388608),'MATERIALIZED VIEW'),43,'DIMENSION',44,'CONTEXT',46,'RULE SET',47,'RESOURCE PLAN',48,'CONSUMER GROUP',51,'SUBSCRIPTION',52,'LOCATION',55,'XML SCHEMA',56,'JAVA DATA',57,'EDITION',59,'RULE',60,'CAPTURE',61,'APPLY',62,'EVALUATION CONTEXT',66,'JOB',67,'PROGRAM',68,'JOB CLASS',69,'WINDOW',72,'SCHEDULER GROUP',74,'SCHEDULE',79,'CHAIN',81,'FILE GROUP',82,'MINING MODEL',87,'ASSEMBLY',90,'CREDENTIAL',92,'CUBE DIMENSION',93,'CUBE',94,'MEASURE FOLDER',95,'CUBE BUILD PROCESS',100,'FILE WATCHER',101,'DESTINATION','UNDEFINED') "OBJECT_TYPE","SYS_ALIAS_4"."CTIME" "CREATED","SYS_ALIAS_4"."MTIME" "LAST_DDL_TIME",TO_CHAR("SYS_ALIAS_4"."STIME",'YYYY-MM-DD:HH24:MI:SS') "TIMESTAMP",DECODE("SYS_ALIAS_4"."STATUS",0,'N/A',1,'VALID','INVALID') "STATUS",DECODE(BITAND("SYS_ALIAS_4"."FLAGS",2),0,'N',2,'Y','N') "TEMPORARY",DECODE(BITAND("SYS_ALIAS_4"."FLAGS",4),0,'N',4,'Y','N') "GENERATED",DECODE(BITAND("SYS_ALIAS_4"."FLAGS",16),0,'N',16,'Y','N') "SECONDARY","SYS_ALIAS_4"."NAMESPACE" "NAMESPACE",CASE WHEN (("SYS_ALIAS_4"."TYPE#"<>4 AND "SYS_ALIAS_4"."TYPE#"<>5 AND "SYS_ALIAS_4"."TYPE#"<>7 AND "SYS_ALIAS_4"."TYPE#"<>8 AND "SYS_ALIAS_4"."TYPE#"<>9 AND "SYS_ALIAS_4"."TYPE#"<>10 AND "SYS_ALIAS_4"."TYPE#"<>11 AND "SYS_ALIAS_4"."TYPE#"<>12 AND "SYS_ALIAS_4"."TYPE#"<>13 AND "SYS_ALIAS_4"."TYPE#"<>14 AND "SYS_ALIAS_4"."TYPE#"<>22 AND "SYS_ALIAS_4"."TYPE#"<>87) OR BITAND("SYS_ALIAS_3"."SPARE1",16)=0) THEN NULL WHEN "SYS_ALIAS_3"."TYPE#"=2 THEN (SELECT "EO"."NAME" "NAME" FROM SYS."OBJ$" "EO" WHERE "EO"."OBJ#"="SYS_ALIAS_3"."SPARE2") ELSE 'ORA$BASE' END "EDITION_NAME" FROM SYS."OBJ$" "SYS_ALIAS_4",SYS."USER$" "SYS_ALIAS_3","SYS"."USER$" "U" WHERE "SYS_ALIAS_4"."SPARE3"="U"."USER#" AND "SYS_ALIAS_4"."LINKNAME" IS NULL AND ("SYS_ALIAS_4"."TYPE#"<>1 AND "SYS_ALIAS_4"."TYPE#"<>10 OR "SYS_ALIAS_4"."TYPE#"=1 AND (SELECT 1 "1" FROM "SYS"."IND$" "I" WHERE "I"."OBJ#"="SYS_ALIAS_4"."OBJ#" AND ("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9))=1) AND "SYS_ALIAS_4"."NAME"<>'_NEXT_OBJECT' AND "SYS_ALIAS_4"."NAME"<>'_default_auditing_options_' AND BITAND("SYS_ALIAS_4"."FLAGS",128)=0 AND "SYS_ALIAS_4"."OWNER#"="SYS_ALIAS_3"."USER#" AND ("SYS_ALIAS_4"."TYPE#"<>4 AND "SYS_ALIAS_4"."TYPE#"<>5 AND "SYS_ALIAS_4"."TYPE#"<>7 AND "SYS_ALIAS_4"."TYPE#"<>8 AND "SYS_ALIAS_4"."TYPE#"<>9 AND "SYS_ALIAS_4"."TYPE#"<>10 AND "SYS_ALIAS_4"."TYPE#"<>11 AND "SYS_ALIAS_4"."TYPE#"<>12 AND "SYS_ALIAS_4"."TYPE#"<>13 AND "SYS_ALIAS_4"."TYPE#"<>14 AND "SYS_ALIAS_4"."TYPE#"<>22 AND "SYS_ALIAS_4"."TYPE#"<>87 AND "SYS_ALIAS_4"."TYPE#"<>88 OR BITAND("SYS_ALIAS_3"."SPARE1",16)=0 OR ("SYS_ALIAS_4"."TYPE#"=4 OR "SYS_ALIAS_4"."TYPE#"=5 OR "SYS_ALIAS_4"."TYPE#"=7 OR "SYS_ALIAS_4"."TYPE#"=8 OR "SYS_ALIAS_4"."TYPE#"=9 OR "SYS_ALIAS_4"."TYPE#"=10 OR "SYS_ALIAS_4"."TYPE#"=11 OR "SYS_ALIAS_4"."TYPE#"=12 OR "SYS_ALIAS_4"."TYPE#"=13 OR "SYS_ALIAS_4"."TYPE#"=14 OR "SYS_ALIAS_4"."TYPE#"=22 OR "SYS_ALIAS_4"."TYPE#"=87) AND ("SYS_ALIAS_3"."TYPE#"<>2 AND SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' OR "SYS_ALIAS_3"."TYPE#"=2 AND "SYS_ALIAS_3"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."OBJ$" "O2",SYS."USER$" "U2" WHERE "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"="SYS_ALIAS_4"."OBJ#" AND "O2"."OWNER#"="U2"."USER#" AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))))) AND "U"."NAME"='SYS' AND DECODE("SYS_ALIAS_4"."TYPE#",0,'NEXT OBJECT',1,'INDEX',2,'TABLE',3,'CLUSTER',4,'VIEW',5,'SYNONYM',6,'SEQUENCE',7,'PROCEDURE',8,'FUNCTION',9,'PACKAGE',11,'PACKAGE BODY',12,'TRIGGER',13,'TYPE',14,'TYPE BODY',19,'TABLE PARTITION',20,'INDEX PARTITION',21,'LOB',22,'LIBRARY',23,'DIRECTORY',24,'QUEUE',28,'JAVA SOURCE',29,'JAVA CLASS',30,'JAVA RESOURCE',32,'INDEXTYPE',33,'OPERATOR',34,'TABLE SUBPARTITION',35,'INDEX SUBPARTITION',40,'LOB PARTITION',41,'LOB SUBPARTITION',42,NVL( (SELECT 'REWRITE EQUIVALENCE' "'REWRITEEQUIVALENCE'" FROM SYS."SUM$" "S" WHERE "S"."OBJ#"="SYS_ALIAS_4"."OBJ#" AND BITAND("S"."XPFLAGS",8388608)=8388608),'MATERIALIZED VIEW'),43,'DIMENSION',44,'CONTEXT',46,'RULE SET',47,'RESOURCE PLAN',48,'CONSUMER GROUP',51,'SUBSCRIPTION',52,'LOCATION',55,'XML SCHEMA',56,'JAVA DATA',57,'EDITION',59,'RULE',60,'CAPTURE',61,'APPLY',62,'EVALUATION CONTEXT',66,'JOB',67,'PROGRAM',68,'JOB CLASS',69,'WINDOW',72,'SCHEDULER GROUP',74,'SCHEDULE',79,'CHAIN',81,'FILE GROUP',82,'MINING MODEL',87,'ASSEMBLY',90,'CREDENTIAL',92,'CUBE DIMENSION',93,'CUBE',94,'MEASURE FOLDER',95,'CUBE BUILD PROCESS',100,'FILE WATCHER',101,'DESTINATION','UNDEFINED')='VIEW' AND DECODE("SYS_ALIAS_4"."STATUS",0,'N/A',1,'VALID','INVALID')='VALID') UNION ALL (SELECT "U"."NAME" "OWNER","L"."NAME" "OBJECT_NAME",NULL "SUBOBJECT_NAME",TO_NUMBER(NULL) "OBJECT_ID",TO_NUMBER(NULL) "DATA_OBJECT_ID",'DATABASE LINK' "OBJECT_TYPE","L"."CTIME" "CREATED",TO_DATE(NULL) "LAST_DDL_TIME",NULL "TIMESTAMP",'VALID' "STATUS",'N' "TEMPORARY",'N' "GENERATED",'N' "SECONDARY",NULL "NAMESPACE",NULL "EDITION_NAME" FROM "SYS"."LINK$" "L","SYS"."USER$" "U" WHERE "L"."OWNER#"="U"."USER#" AND "U"."NAME"='SYS' AND 'DATABASE LINK'='VIEW' AND 'VALID'='VALID')) "O" WHERE "SYS"."DBMS_METADATA"."GET_DDL"("O"."OBJECT_TYPE","SYS_ALIAS_2"."NAME","U"."NAME") LIKE '%TEST%' AND "SYS_ALIAS_2"."NAME"="O"."OBJECT_NAME" AND "U"."NAME"='SYS' AND "SYS_ALIAS_2"."OBJ#"="V"."OBJ#" AND "SYS_ALIAS_2"."SPARE3"="U"."USER#" AND "SYS_ALIAS_2"."OWNER#"="SYS_ALIAS_1"."USER#" AND ("SYS_ALIAS_2"."TYPE#"<>4 AND "SYS_ALIAS_2"."TYPE#"<>5 AND "SYS_ALIAS_2"."TYPE#"<>7 AND "SYS_ALIAS_2"."TYPE#"<>8 AND "SYS_ALIAS_2"."TYPE#"<>9 AND "SYS_ALIAS_2"."TYPE#"<>10 AND "SYS_ALIAS_2"."TYPE#"<>11 AND "SYS_ALIAS_2"."TYPE#"<>12 AND "SYS_ALIAS_2"."TYPE#"<>13 AND "SYS_ALIAS_2"."TYPE#"<>14 AND "SYS_ALIAS_2"."TYPE#"<>22 AND "SYS_ALIAS_2"."TYPE#"<>87 AND "SYS_ALIAS_2"."TYPE#"<>88 OR BITAND("SYS_ALIAS_1"."SPARE1",16)=0 OR ("SYS_ALIAS_2"."TYPE#"=4 OR "SYS_ALIAS_2"."TYPE#"=5 OR "SYS_ALIAS_2"."TYPE#"=7 OR "SYS_ALIAS_2"."TYPE#"=8 OR "SYS_ALIAS_2"."TYPE#"=9 OR "SYS_ALIAS_2"."TYPE#"=10 OR "SYS_ALIAS_2"."TYPE#"=11 OR "SYS_ALIAS_2"."TYPE#"=12 OR "SYS_ALIAS_2"."TYPE#"=13 OR "SYS_ALIAS_2"."TYPE#"=14 OR "SYS_ALIAS_2"."TYPE#"=22 OR "SYS_ALIAS_2"."TYPE#"=87) AND ("SYS_ALIAS_1"."TYPE#"<>2 AND SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' OR "SYS_ALIAS_1"."TYPE#"=2 AND "SYS_ALIAS_1"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."OBJ$" "O2",SYS."USER$" "U2" WHERE "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"="SYS_ALIAS_2"."OBJ#" AND "O2"."OWNER#"="U2"."USER#" AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))))) [/code] This is an AUTOTRACE version of the execution plan: [code] Execution Plan ---------------------------------------------------------- Plan hash value: 739349040 ---------------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ---------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 117 | 102 (0)| 00:00:01 | |* 1 | FILTER | | | | | | | 2 | NESTED LOOPS | | 1 | 117 | 102 (0)| 00:00:01 | | 3 | NESTED LOOPS | | 1 | 112 | 102 (0)| 00:00:01 | |* 4 | HASH JOIN | | 1 | 90 | 101 (0)| 00:00:01 | | 5 | VIEW | DBA_OBJECTS | 28 | 1008 | 69 (0)| 00:00:01 | | 6 | UNION-ALL | | | | | | |* 7 | TABLE ACCESS BY INDEX ROWID | SUM$ | 1 | 11 | 1 (0)| 00:00:01 | |* 8 | INDEX UNIQUE SCAN | I_SUM$_1 | 1 | | 0 (0)| 00:00:01 | |* 9 | FILTER | | | | | | | 10 | NESTED LOOPS | | 1 | 120 | 54 (0)| 00:00:01 | | 11 | NESTED LOOPS | | 1 | 98 | 53 (0)| 00:00:01 | | 12 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 14 | 1 (0)| 00:00:01 | |* 13 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | |* 14 | TABLE ACCESS BY INDEX ROWID| OBJ$ | 1 | 84 | 52 (0)| 00:00:01 | |* 15 | INDEX RANGE SCAN | I_OBJ5 | 29 | | 31 (0)| 00:00:01 | |* 16 | INDEX RANGE SCAN | I_USER2 | 1 | 22 | 1 (0)| 00:00:01 | |* 17 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 2 (0)| 00:00:01 | |* 18 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 (0)| 00:00:01 | | 19 | NESTED LOOPS | | 1 | 29 | 2 (0)| 00:00:01 | |* 20 | INDEX FULL SCAN | I_USER2 | 1 | 20 | 1 (0)| 00:00:01 | |* 21 | INDEX RANGE SCAN | I_OBJ4 | 1 | 9 | 1 (0)| 00:00:01 | |* 22 | FILTER | | | | | | | 23 | NESTED LOOPS | | 6 | 186 | 2 (0)| 00:00:01 | | 24 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | |* 25 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | |* 26 | INDEX RANGE SCAN | I_LINK1 | 6 | 102 | 1 (0)| 00:00:01 | | 27 | NESTED LOOPS | | 2947 | 155K| 32 (0)| 00:00:01 | | 28 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | |* 29 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | |* 30 | INDEX RANGE SCAN | I_OBJ5 | 2947 | 115K| 31 (0)| 00:00:01 | |* 31 | INDEX RANGE SCAN | I_USER2 | 1 | 22 | 1 (0)| 00:00:01 | |* 32 | INDEX UNIQUE SCAN | I_VIEW1 | 1 | 5 | 0 (0)| 00:00:01 | | 33 | NESTED LOOPS | | 1 | 29 | 2 (0)| 00:00:01 | |* 34 | INDEX FULL SCAN | I_USER2 | 1 | 20 | 1 (0)| 00:00:01 | |* 35 | INDEX RANGE SCAN | I_OBJ4 | 1 | 9 | 1 (0)| 00:00:01 | ---------------------------------------------------------------------------------------------------- Predicate Information (identified by operation id): --------------------------------------------------- 1 - filter("O"."TYPE#"<>4 AND "O"."TYPE#"<>5 AND "O"."TYPE#"<>7 AND "O"."TYPE#"<>8 AND "O"."TYPE#"<>9 AND "O"."TYPE#"<>10 AND "O"."TYPE#"<>11 AND "O"."TYPE#"<>12 AND "O"."TYPE#"<>13 AND "O"."TYPE#"<>14 AND "O"."TYPE#"<>22 AND "O"."TYPE#"<>87 AND "O"."TYPE#"<>88 OR BITAND("U"."SPARE1",16)=0 OR ("O"."TYPE#"=4 OR "O"."TYPE#"=5 OR "O"."TYPE#"=7 OR "O"."TYPE#"=8 OR "O"."TYPE#"=9 OR "O"."TYPE#"=10 OR "O"."TYPE#"=11 OR "O"."TYPE#"=12 OR "O"."TYPE#"=13 OR "O"."TYPE#"=14 OR "O"."TYPE#"=22 OR "O"."TYPE#"=87) AND (SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' AND "U"."TYPE#"<>2 OR "U"."TYPE#"=2 AND "U"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."USER$" "U2",SYS."OBJ$" "O2" WHERE "O2"."OWNER#"="U2"."USER#" AND "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"=:B1 AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))))) 4 - access("O"."NAME"="O"."OBJECT_NAME") filter("DBMS_METADATA"."GET_DDL"("O"."OBJECT_TYPE","O"."NAME","U"."NAME") LIKE '%TEST%') 7 - filter(BITAND("S"."XPFLAGS",8388608)=8388608) 8 - access("S"."OBJ#"=:B1) 9 - filter(("O"."TYPE#"<>1 AND "O"."TYPE#"<>10 OR "O"."TYPE#"=1 AND (SELECT 1 FROM "SYS"."IND$" "I" WHERE "I"."OBJ#"=:B1 AND ("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9))=1) AND ("O"."TYPE#"<>4 AND "O"."TYPE#"<>5 AND "O"."TYPE#"<>7 AND "O"."TYPE#"<>8 AND "O"."TYPE#"<>9 AND "O"."TYPE#"<>10 AND "O"."TYPE#"<>11 AND "O"."TYPE#"<>12 AND "O"."TYPE#"<>13 AND "O"."TYPE#"<>14 AND "O"."TYPE#"<>22 AND "O"."TYPE#"<>87 AND "O"."TYPE#"<>88 OR BITAND("U"."SPARE1",16)=0 OR ("O"."TYPE#"=4 OR "O"."TYPE#"=5 OR "O"."TYPE#"=7 OR "O"."TYPE#"=8 OR "O"."TYPE#"=9 OR "O"."TYPE#"=10 OR "O"."TYPE#"=11 OR "O"."TYPE#"=12 OR "O"."TYPE#"=13 OR "O"."TYPE#"=14 OR "O"."TYPE#"=22 OR "O"."TYPE#"=87) AND (SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' AND "U"."TYPE#"<>2 OR "U"."TYPE#"=2 AND "U"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."USER$" "U2",SYS."OBJ$" "O2" WHERE "O2"."OWNER#"="U2"."USER#" AND "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"=:B2 AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')))))) 13 - access("U"."NAME"='SYS') 14 - filter(DECODE("O"."STATUS",0,'N/A',1,'VALID','INVALID')='VALID' AND BITAND("O"."FLAGS",128)=0) 15 - access("O"."SPARE3"="U"."USER#" AND "O"."LINKNAME" IS NULL) filter("O"."NAME"<>'_NEXT_OBJECT' AND "O"."NAME"<>'_default_auditing_options_' AND "O"."LINKNAME" IS NULL AND DECODE("O"."TYPE#",0,'NEXT OBJECT',1,'INDEX',2,'TABLE',3,'CLUSTER',4,'VIEW',5,'SYNONYM',6,'SEQUENCE',7,'PROCEDURE',8,'F UNCTION',9,'PACKAGE',11,'PACKAGE BODY',12,'TRIGGER',13,'TYPE',14,'TYPE BODY',19,'TABLE PARTITION',20,'INDEX PARTITION',21,'LOB',22,'LIBRARY',23,'DIRECTORY',24,'QUEUE',28,'JAVA SOURCE',29,'JAVA CLASS',30,'JAVA RESOURCE',32,'INDEXTYPE',33,'OPERATOR',34,'TABLE SUBPARTITION',35,'INDEX SUBPARTITION',40,'LOB PARTITION',41,'LOB SUBPARTITION',42,NVL( (SELECT 'REWRITE EQUIVALENCE' FROM SYS."SUM$" "S" WHERE "S"."OBJ#"=:B1 AND BITAND("S"."XPFLAGS",8388608)=8388608),'MATERIALIZED VIEW'),43,'DIMENSION',44,'CONTEXT',46,'RULE SET',47,'RESOURCE PLAN',48,'CONSUMER GROUP',51,'SUBSCRIPTION',52,'LOCATION',55,'XML SCHEMA',56,'JAVA DATA',57,'EDITION',59,'RULE',60,'CAPTURE',61,'APPLY',62,'EVALUATION CONTEXT',66,'JOB',67,'PROGRAM',68,'JOB CLASS',69,'WINDOW',72,'SCHEDULER GROUP',74,'SCHEDULE',79,'CHAIN',81,'FILE GROUP',82,'MINING MODEL',87,'ASSEMBLY',90,'CREDENTIAL',92,'CUBE DIMENSION',93,'CUBE',94,'MEASURE FOLDER',95,'CUBE BUILD PROCESS',100,'FILE WATCHER',101,'DESTINATION','UNDEFINED')='VIEW') 16 - access("O"."OWNER#"="U"."USER#") 17 - filter("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9) 18 - access("I"."OBJ#"=:B1) 20 - access("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) filter("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) 21 - access("O2"."DATAOBJ#"=:B1 AND "O2"."TYPE#"=88 AND "O2"."OWNER#"="U2"."USER#") 22 - filter(NULL IS NOT NULL) 25 - access("U"."NAME"='SYS') 26 - access("L"."OWNER#"="U"."USER#") 29 - access("U"."NAME"='SYS') 30 - access("O"."SPARE3"="U"."USER#") 31 - access("O"."OWNER#"="U"."USER#") 32 - access("O"."OBJ#"="V"."OBJ#") 34 - access("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) filter("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edit ion_id'))) 35 - access("O2"."DATAOBJ#"=:B1 AND "O2"."TYPE#"=88 AND "O2"."OWNER#"="U2"."USER#") [/code] I still do not know why I was able to excute my test SQL statement last night without problem, but cannot execute it today - I thought that computer software was supposed to be logically consistent. :-) (Maybe I should spend some more time looking at the execution plans.)

By: Charles Hooper

Charles Hooper — Sat, 01 Jan 2011 13:56:40 +0000

It is interesting to note that the hash value for your plan matches the hash value that I received on 11.2.0.1 on 64 bit Linux, but the hash value for the plan does NOT match the hash value that I received on 11.2.0.1 on 64 bit Windows. With that in mind, what happens when I run the following script on 11.2.0.1 on 64 bit Linux? [code] select owner, view_name from (select v.owner, v.view_name from dba_views v, dba_objects o where v.owner = o.owner AND v.view_name = o.object_name AND o.object_type='VIEW' AND o.status='VALID' AND v.owner ='SYS' ) vv where dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) like '%/*+%'; ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT OFF'; [/code] This is what I received: [code] SQL> SQL> 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 dbms_metadata.get_ddl('VIEW', vv.view_name, vv.owner) like '%/*+%' * ERROR at line 18: ORA-31603: object "/1000323d_DelegateInvocationHa" of type VIEW not found in schema "SYS" ORA-06512: at "SYS.DBMS_SYS_ERROR", line 105 ORA-06512: at "SYS.DBMS_METADATA", line 3912 ORA-06512: at "SYS.DBMS_METADATA", line 5678 ORA-06512: at line 1 [/code] That error message seems to match what you received, which suggests that this is a bug in the 11.2.0.1 Linux release which was fixed before the 11.2.0.1 Windows release (I think that the Windows release was launched 3 or 4 months later). Here is the final query after transformation from 11.2.0.1 Linux: [code] Final query after transformations:******* UNPARSED QUERY IS ******* SELECT "U"."NAME" "OWNER","SYS_ALIAS_2"."NAME" "VIEW_NAME" FROM SYS."OBJ$" "SYS_ALIAS_2",SYS."USER$" "SYS_ALIAS_1","SYS"."VIEW$" "V","SYS"."USER$" "U", ( (SELECT "U"."NAME" "OWNER","SYS_ALIAS_4"."NAME" "OBJECT_NAME","SYS_ALIAS_4"."SUBNAME" "SUBOBJECT_NAME","SYS_ALIAS_4"."OBJ#" "OBJECT_ID","SYS_ALIAS_4"."DATAOBJ#" "DATA_OBJECT_ID",DECODE("SYS_ALIAS_4"."TYPE#",0,'NEXT OBJECT',1,'INDEX',2,'TABLE',3,'CLUSTER',4,'VIEW',5,'SYNONYM',6,'SEQUENCE',7,'PROCEDURE',8,'FUNCTION',9,'PACKAGE',11,'PACKAGE BODY',12,'TRIGGER',13,'TYPE',14,'TYPE BODY',19,'TABLE PARTITION',20,'INDEX PARTITION',21,'LOB',22,'LIBRARY',23,'DIRECTORY',24,'QUEUE',28,'JAVA SOURCE',29,'JAVA CLASS',30,'JAVA RESOURCE',32,'INDEXTYPE',33,'OPERATOR',34,'TABLE SUBPARTITION',35,'INDEX SUBPARTITION',40,'LOB PARTITION',41,'LOB SUBPARTITION',42,NVL( (SELECT 'REWRITE EQUIVALENCE' "'REWRITEEQUIVALENCE'" FROM SYS."SUM$" "S" WHERE "S"."OBJ#"="SYS_ALIAS_4"."OBJ#" AND BITAND("S"."XPFLAGS",8388608)=8388608),'MATERIALIZED VIEW'),43,'DIMENSION',44,'CONTEXT',46,'RULE SET',47,'RESOURCE PLAN',48,'CONSUMER GROUP',51,'SUBSCRIPTION',52,'LOCATION',55,'XML SCHEMA',56,'JAVA DATA',57,'EDITION',59,'RULE',60,'CAPTURE',61,'APPLY',62,'EVALUATION CONTEXT',66,'JOB',67,'PROGRAM',68,'JOB CLASS',69,'WINDOW',72,'SCHEDULER GROUP',74,'SCHEDULE',79,'CHAIN',81,'FILE GROUP',82,'MINING MODEL',87,'ASSEMBLY',90,'CREDENTIAL',92,'CUBE DIMENSION',93,'CUBE',94,'MEASURE FOLDER',95,'CUBE BUILD PROCESS',100,'FILE WATCHER',101,'DESTINATION','UNDEFINED') "OBJECT_TYPE","SYS_ALIAS_4"."CTIME" "CREATED","SYS_ALIAS_4"."MTIME" "LAST_DDL_TIME",TO_CHAR("SYS_ALIAS_4"."STIME",'YYYY-MM-DD:HH24:MI:SS') "TIMESTAMP",DECODE("SYS_ALIAS_4"."STATUS",0,'N/A',1,'VALID','INVALID') "STATUS",DECODE(BITAND("SYS_ALIAS_4"."FLAGS",2),0,'N',2,'Y','N') "TEMPORARY",DECODE(BITAND("SYS_ALIAS_4"."FLAGS",4),0,'N',4,'Y','N') "GENERATED",DECODE(BITAND("SYS_ALIAS_4"."FLAGS",16),0,'N',16,'Y','N') "SECONDARY","SYS_ALIAS_4"."NAMESPACE" "NAMESPACE",CASE WHEN (("SYS_ALIAS_4"."TYPE#"<>4 AND "SYS_ALIAS_4"."TYPE#"<>5 AND "SYS_ALIAS_4"."TYPE#"<>7 AND "SYS_ALIAS_4"."TYPE#"<>8 AND "SYS_ALIAS_4"."TYPE#"<>9 AND "SYS_ALIAS_4"."TYPE#"<>10 AND "SYS_ALIAS_4"."TYPE#"<>11 AND "SYS_ALIAS_4"."TYPE#"<>12 AND "SYS_ALIAS_4"."TYPE#"<>13 AND "SYS_ALIAS_4"."TYPE#"<>14 AND "SYS_ALIAS_4"."TYPE#"<>22 AND "SYS_ALIAS_4"."TYPE#"<>87) OR BITAND("SYS_ALIAS_3"."SPARE1",16)=0) THEN NULL WHEN "SYS_ALIAS_3"."TYPE#"=2 THEN (SELECT "EO"."NAME" "NAME" FROM SYS."OBJ$" "EO" WHERE "EO"."OBJ#"="SYS_ALIAS_3"."SPARE2") ELSE 'ORA$BASE' END "EDITION_NAME" FROM SYS."OBJ$" "SYS_ALIAS_4",SYS."USER$" "SYS_ALIAS_3","SYS"."USER$" "U" WHERE "SYS_ALIAS_4"."SPARE3"="U"."USER#" AND "SYS_ALIAS_4"."LINKNAME" IS NULL AND ("SYS_ALIAS_4"."TYPE#"<>1 AND "SYS_ALIAS_4"."TYPE#"<>10 OR "SYS_ALIAS_4"."TYPE#"=1 AND (SELECT 1 "1" FROM "SYS"."IND$" "I" WHERE "I"."OBJ#"="SYS_ALIAS_4"."OBJ#" AND ("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9))=1) AND "SYS_ALIAS_4"."NAME"<>'_NEXT_OBJECT' AND "SYS_ALIAS_4"."NAME"<>'_default_auditing_options_' AND BITAND("SYS_ALIAS_4"."FLAGS",128)=0 AND "SYS_ALIAS_4"."OWNER#"="SYS_ALIAS_3"."USER#" AND ("SYS_ALIAS_4"."TYPE#"<>4 AND "SYS_ALIAS_4"."TYPE#"<>5 AND "SYS_ALIAS_4"."TYPE#"<>7 AND "SYS_ALIAS_4"."TYPE#"<>8 AND "SYS_ALIAS_4"."TYPE#"<>9 AND "SYS_ALIAS_4"."TYPE#"<>10 AND "SYS_ALIAS_4"."TYPE#"<>11 AND "SYS_ALIAS_4"."TYPE#"<>12 AND "SYS_ALIAS_4"."TYPE#"<>13 AND "SYS_ALIAS_4"."TYPE#"<>14 AND "SYS_ALIAS_4"."TYPE#"<>22 AND "SYS_ALIAS_4"."TYPE#"<>87 AND "SYS_ALIAS_4"."TYPE#"<>88 OR BITAND("SYS_ALIAS_3"."SPARE1",16)=0 OR ("SYS_ALIAS_4"."TYPE#"=4 OR "SYS_ALIAS_4"."TYPE#"=5 OR "SYS_ALIAS_4"."TYPE#"=7 OR "SYS_ALIAS_4"."TYPE#"=8 OR "SYS_ALIAS_4"."TYPE#"=9 OR "SYS_ALIAS_4"."TYPE#"=10 OR "SYS_ALIAS_4"."TYPE#"=11 OR "SYS_ALIAS_4"."TYPE#"=12 OR "SYS_ALIAS_4"."TYPE#"=13 OR "SYS_ALIAS_4"."TYPE#"=14 OR "SYS_ALIAS_4"."TYPE#"=22 OR "SYS_ALIAS_4"."TYPE#"=87) AND ("SYS_ALIAS_3"."TYPE#"<>2 AND SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' OR "SYS_ALIAS_3"."TYPE#"=2 AND "SYS_ALIAS_3"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."OBJ$" "O2",SYS."USER$" "U2" WHERE "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"="SYS_ALIAS_4"."OBJ#" AND "O2"."OWNER#"="U2"."USER#" AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))))) AND "U"."NAME"='SYS' AND DECODE("SYS_ALIAS_4"."TYPE#",0,'NEXT OBJECT',1,'INDEX',2,'TABLE',3,'CLUSTER',4,'VIEW',5,'SYNONYM',6,'SEQUENCE',7,'PROCEDURE',8,'FUNCTION',9,'PACKAGE',11,'PACKAGE BODY',12,'TRIGGER',13,'TYPE',14,'TYPE BODY',19,'TABLE PARTITION',20,'INDEX PARTITION',21,'LOB',22,'LIBRARY',23,'DIRECTORY',24,'QUEUE',28,'JAVA SOURCE',29,'JAVA CLASS',30,'JAVA RESOURCE',32,'INDEXTYPE',33,'OPERATOR',34,'TABLE SUBPARTITION',35,'INDEX SUBPARTITION',40,'LOB PARTITION',41,'LOB SUBPARTITION',42,NVL( (SELECT 'REWRITE EQUIVALENCE' "'REWRITEEQUIVALENCE'" FROM SYS."SUM$" "S" WHERE "S"."OBJ#"="SYS_ALIAS_4"."OBJ#" AND BITAND("S"."XPFLAGS",8388608)=8388608),'MATERIALIZED VIEW'),43,'DIMENSION',44,'CONTEXT',46,'RULE SET',47,'RESOURCE PLAN',48,'CONSUMER GROUP',51,'SUBSCRIPTION',52,'LOCATION',55,'XML SCHEMA',56,'JAVA DATA',57,'EDITION',59,'RULE',60,'CAPTURE',61,'APPLY',62,'EVALUATION CONTEXT',66,'JOB',67,'PROGRAM',68,'JOB CLASS',69,'WINDOW',72,'SCHEDULER GROUP',74,'SCHEDULE',79,'CHAIN',81,'FILE GROUP',82,'MINING MODEL',87,'ASSEMBLY',90,'CREDENTIAL',92,'CUBE DIMENSION',93,'CUBE',94,'MEASURE FOLDER',95,'CUBE BUILD PROCESS',100,'FILE WATCHER',101,'DESTINATION','UNDEFINED')='VIEW' AND DECODE("SYS_ALIAS_4"."STATUS",0,'N/A',1,'VALID','INVALID')='VALID') UNION ALL (SELECT "U"."NAME" "OWNER","L"."NAME" "OBJECT_NAME",NULL "SUBOBJECT_NAME",TO_NUMBER(NULL) "OBJECT_ID",TO_NUMBER(NULL) "DATA_OBJECT_ID",'DATABASE LINK' "OBJECT_TYPE","L"."CTIME" "CREATED",TO_DATE(NULL) "LAST_DDL_TIME",NULL "TIMESTAMP",'VALID' "STATUS",'N' "TEMPORARY",'N' "GENERATED",'N' "SECONDARY",NULL "NAMESPACE",NULL "EDITION_NAME" FROM "SYS"."LINK$" "L","SYS"."USER$" "U" WHERE "L"."OWNER#"="U"."USER#" AND "U"."NAME"='SYS' AND 'DATABASE LINK'='VIEW' AND 'VALID'='VALID')) "O" WHERE "SYS"."DBMS_METADATA"."GET_DDL"('VIEW',"SYS_ALIAS_2"."NAME","U"."NAME") LIKE '%/*+%' AND "SYS_ALIAS_2"."NAME"="O"."OBJECT_NAME" AND "U"."NAME"='SYS' AND "SYS_ALIAS_2"."OBJ#"="V"."OBJ#" AND "SYS_ALIAS_2"."SPARE3"="U"."USER#" AND "SYS_ALIAS_2"."OWNER#"="SYS_ALIAS_1"."USER#" AND ("SYS_ALIAS_2"."TYPE#"<>4 AND "SYS_ALIAS_2"."TYPE#"<>5 AND "SYS_ALIAS_2"."TYPE#"<>7 AND "SYS_ALIAS_2"."TYPE#"<>8 AND "SYS_ALIAS_2"."TYPE#"<>9 AND "SYS_ALIAS_2"."TYPE#"<>10 AND "SYS_ALIAS_2"."TYPE#"<>11 AND "SYS_ALIAS_2"."TYPE#"<>12 AND "SYS_ALIAS_2"."TYPE#"<>13 AND "SYS_ALIAS_2"."TYPE#"<>14 AND "SYS_ALIAS_2"."TYPE#"<>22 AND "SYS_ALIAS_2"."TYPE#"<>87 AND "SYS_ALIAS_2"."TYPE#"<>88 OR BITAND("SYS_ALIAS_1"."SPARE1",16)=0 OR ("SYS_ALIAS_2"."TYPE#"=4 OR "SYS_ALIAS_2"."TYPE#"=5 OR "SYS_ALIAS_2"."TYPE#"=7 OR "SYS_ALIAS_2"."TYPE#"=8 OR "SYS_ALIAS_2"."TYPE#"=9 OR "SYS_ALIAS_2"."TYPE#"=10 OR "SYS_ALIAS_2"."TYPE#"=11 OR "SYS_ALIAS_2"."TYPE#"=12 OR "SYS_ALIAS_2"."TYPE#"=13 OR "SYS_ALIAS_2"."TYPE#"=14 OR "SYS_ALIAS_2"."TYPE#"=22 OR "SYS_ALIAS_2"."TYPE#"=87) AND ("SYS_ALIAS_1"."TYPE#"<>2 AND SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' OR "SYS_ALIAS_1"."TYPE#"=2 AND "SYS_ALIAS_1"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')) OR EXISTS (SELECT 0 FROM SYS."OBJ$" "O2",SYS."USER$" "U2" WHERE "O2"."TYPE#"=88 AND "O2"."DATAOBJ#"="SYS_ALIAS_2"."OBJ#" AND "O2"."OWNER#"="U2"."USER#" AND "U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))))) ************************* [/code] Here is the execution plan from the 10053 trace file: [code] ============ Plan Table ============ -----------------------------------------------------------+-----------------------------------+ | Id | Operation | Name | Rows | Bytes | Cost | Time | -----------------------------------------------------------+-----------------------------------+ | 0 | SELECT STATEMENT | | | | 124 | | | 1 | FILTER | | | | | | | 2 | NESTED LOOPS | | 1 | 106 | 124 | 00:00:02 | | 3 | NESTED LOOPS | | 1 | 101 | 124 | 00:00:02 | | 4 | HASH JOIN | | 1 | 79 | 123 | 00:00:02 | | 5 | VIEW | DBA_OBJECTS| 35 | 875 | 83 | 00:00:01 | | 6 | UNION-ALL | | | | | | | 7 | TABLE ACCESS BY INDEX ROWID | SUM$ | 1 | 11 | 1 | 00:00:01 | | 8 | INDEX UNIQUE SCAN | I_SUM$_1 | 1 | | 0 | | | 9 | FILTER | | | | | | | 10 | NESTED LOOPS | | 1 | 120 | 65 | 00:00:01 | | 11 | NESTED LOOPS | | 1 | 98 | 64 | 00:00:01 | | 12 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 | 00:00:01 | | 13 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 | | | 14 | TABLE ACCESS BY INDEX ROWID | OBJ$ | 1 | 84 | 63 | 00:00:01 | | 15 | INDEX RANGE SCAN | I_OBJ5 | 37 | | 38 | 00:00:01 | | 16 | INDEX RANGE SCAN | I_USER2 | 1 | 22 | 1 | 00:00:01 | | 17 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 2 | 00:00:01 | | 18 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 | 00:00:01 | | 19 | NESTED LOOPS | | 1 | 29 | 2 | 00:00:01 | | 20 | INDEX FULL SCAN | I_USER2 | 1 | 20 | 1 | 00:00:01 | | 21 | INDEX RANGE SCAN | I_OBJ4 | 1 | 9 | 1 | 00:00:01 | | 22 | FILTER | | | | | | | 23 | NESTED LOOPS | | 6 | 180 | 2 | 00:00:01 | | 24 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 | 00:00:01 | | 25 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 | | | 26 | INDEX RANGE SCAN | I_LINK1 | 6 | 96 | 1 | 00:00:01 | | 27 | NESTED LOOPS | | 184 | 9936 | 39 | 00:00:01 | | 28 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 | 00:00:01 | | 29 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 | | | 30 | INDEX RANGE SCAN | I_OBJ5 | 184 | 7360 | 38 | 00:00:01 | | 31 | INDEX RANGE SCAN | I_USER2 | 1 | 22 | 1 | 00:00:01 | | 32 | INDEX UNIQUE SCAN | I_VIEW1 | 1 | 5 | 0 | | | 33 | NESTED LOOPS | | 1 | 29 | 2 | 00:00:01 | | 34 | INDEX FULL SCAN | I_USER2 | 1 | 20 | 1 | 00:00:01 | | 35 | INDEX RANGE SCAN | I_OBJ4 | 1 | 9 | 1 | 00:00:01 | -----------------------------------------------------------+-----------------------------------+ Predicate Information: ---------------------- 1 - filter((("O"."TYPE#"<>4 AND "O"."TYPE#"<>5 AND "O"."TYPE#"<>7 AND "O"."TYPE#"<>8 AND "O"."TYPE#"<>9 AND "O"."TYPE#"<>10 AND "O"."TYPE#"<>11 AND "O"."TYPE#"<>12 AND "O"."TYPE#"<>13 AND "O"."TYPE#"<>14 AND "O"."TYPE#"<>22 AND "O"."TYPE#"<>87 AND "O"."TYPE#"<>88) OR BITAND("U"."SPARE1",16)=0 OR (INTERNAL_FUNCTION("O"."TYPE#") AND ((SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' AND "U"."TYPE#"<>2) OR ("U"."TYPE#"=2 AND "U"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))) OR IS NOT NULL)))) 4 - access("O"."NAME"="O"."OBJECT_NAME") 7 - filter(BITAND("S"."XPFLAGS",8388608)=8388608) 8 - access("S"."OBJ#"=:B1) 9 - filter(((("O"."TYPE#"<>1 AND "O"."TYPE#"<>10) OR ("O"."TYPE#"=1 AND =1)) AND (("O"."TYPE#"<>4 AND "O"."TYPE#"<>5 AND "O"."TYPE#"<>7 AND "O"."TYPE#"<>8 AND "O"."TYPE#"<>9 AND "O"."TYPE#"<>10 AND "O"."TYPE#"<>11 AND "O"."TYPE#"<>12 AND "O"."TYPE#"<>13 AND "O"."TYPE#"<>14 AND "O"."TYPE#"<>22 AND "O"."TYPE#"<>87 AND "O"."TYPE#"<>88) OR BITAND("U"."SPARE1",16)=0 OR (INTERNAL_FUNCTION("O"."TYPE#") AND ((SYS_CONTEXT('userenv','current_edition_name')='ORA$BASE' AND "U"."TYPE#"<>2) OR ("U"."TYPE#"=2 AND "U"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))) OR IS NOT NULL))))) 13 - access("U"."NAME"='SYS') 14 - filter((DECODE("O"."STATUS",0,'N/A',1,'VALID','INVALID')='VALID' AND BITAND("O"."FLAGS",128)=0)) 15 - access("O"."SPARE3"="U"."USER#" AND "O"."LINKNAME" IS NULL) 15 - filter(("O"."NAME"<>'_NEXT_OBJECT' AND "O"."NAME"<>'_default_auditing_options_' AND "O"."LINKNAME" IS NULL AND DECODE("O"."TYPE#",0,'NEXT OBJECT',1,'INDEX',2,'TABLE',3,'CLUSTER',4,'VIEW',5,'SYNONYM',6,'SEQUENCE',7,'PROCEDURE',8,'FUNCTION',9,'PACKAGE',11,'PACKAGE BODY',12,'TRIGGER',13,'TYPE',14,'TYPE BODY',19,'TABLE PARTITION',20,'INDEX PARTITION',21,'LOB',22,'LIBRARY',23,'DIRECTORY',24,'QUEUE',28,'JAVA SOURCE',29,'JAVA CLASS',30,'JAVA RESOURCE',32,'INDEXTYPE',33,'OPERATOR',34,'TABLE SUBPARTITION',35,'INDEX SUBPARTITION',40,'LOB PARTITION',41,'LOB SUBPARTITION',42,NVL(,'MATERIALIZED VIEW'),43,'DIMENSION',44,'CONTEXT',46,'RULE SET',47,'RESOURCE PLAN',48,'CONSUMER GROUP',51,'SUBSCRIPTION',52,'LOCATION',55,'XML SCHEMA',56,'JAVA DATA',57,'EDITION',59,'RULE',60,'CAPTURE',61,'APPLY',62,'EVALUATION CONTEXT',66,'JOB',67,'PROGRAM',68,'JOB CLASS',69,'WINDOW',72,'SCHEDULER GROUP',74,'SCHEDULE',79,'CHAIN',81,'FILE GROUP',82,'MINING MODEL',87,'ASSEMBLY',90,'CREDENTIAL',92,'CUBE DIMENSION',93,'CUBE',94,'MEASURE FOLDER',95,'CUBE BUILD PROCESS',100,'FILE WATCHER',101,'DESTINATION','UNDEFINED')='VIEW')) 16 - access("O"."OWNER#"="U"."USER#") 17 - filter(("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9)) 18 - access("I"."OBJ#"=:B1) 20 - access("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))) 20 - filter(("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')))) 21 - access("O2"."DATAOBJ#"=:B1 AND "O2"."TYPE#"=88 AND "O2"."OWNER#"="U2"."USER#") 22 - filter(NULL IS NOT NULL) 25 - access("U"."NAME"='SYS') 26 - access("L"."OWNER#"="U"."USER#") 29 - access("U"."NAME"='SYS') 30 - access("O"."SPARE3"="U"."USER#") 30 - filter("DBMS_METADATA"."GET_DDL"('VIEW',"O"."NAME","U"."NAME") LIKE '%/*+%') 31 - access("O"."OWNER#"="U"."USER#") 32 - access("O"."OBJ#"="V"."OBJ#") 34 - access("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id'))) 34 - filter(("U2"."TYPE#"=2 AND "U2"."SPARE2"=TO_NUMBER(SYS_CONTEXT('userenv','current_edition_id')))) 35 - access("O2"."DATAOBJ#"=:B1 AND "O2"."TYPE#"=88 AND "O2"."OWNER#"="U2"."USER#") [/code] It might be worthwhile to search through Metalink to see if there is a one-off patch for Linux that corrects this specific problem, or investigate if it is possible to upgrade to 11.2.0.2. This is certainly an interesting problem.