ORA-01410 when selecting data via ROWID

Question

hi there,
after update on 11.2.0.2 we are getting the following error in our application when selecting a record using the comparison via the ROWID:
select s.rowid , S.VRZNG_ENHT_TITEL from vws_vrzng_enht_haupt_sys s where s.rowid='AAASN0AAFAAACBUAAB';
-- => ORA-01410 (it doesn't matter which other column additionally to the rowid will be chosen)
performing the same select but using the * for all data
select s.rowid , s.* from vws_vrzng_enht_haupt_sys s where s.rowid='AAASN0AAFAAACBUAAB';
-- => one row will be received.
that is very strange to me.
Using the former release 10.2.0.4 everything was fine without receiving such an error.
Also the dirty workaround with setting the optimizer_features_enable to 10.2.0.4 will work....
Has anyone faced this error, too? Any help will be higly appreciated.
thanks Stefan

Answer 1

Plan causing the ORA-01410:
| Id  | Operation                    | Name            | Rows  | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT             |                 |     1 |    72 |     1   (0)| 00:00:01 |
|   1 |  NESTED LOOPS                |                 |     1 |    72 |     1   (0)| 00:00:01 |
|   2 |   NESTED LOOPS               |                 |     1 |    57 |     1   (0)| 00:00:01 |
|   3 |    TABLE ACCESS BY USER ROWID| TBS_VRZNG_ENHT  |     1 |    54 |     1   (0)| 00:00:01 |
|*  4 |    INDEX UNIQUE SCAN         | CPK_GSFT_OBJ    |    22 |    66 |     0   (0)| 00:00:01 |
|*  5 |   INDEX UNIQUE SCAN          | CUK_GOBH_GO2_ID |    17 |   255 |     0   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   4 - access("G"."GSFT_OBJ_ID"="VRZNG_ENHT_ID")
   5 - access("GOBH"."GSFT_OBJ_2_ID"="G"."GSFT_OBJ_ID")Plan using the DUAL subquery:
| Id  | Operation                    | Name                    | Rows  | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT             |                         |     1 |    39 |     4   (0)| 00:00:01 |
|   1 |  NESTED LOOPS                |                         |     1 |    39 |     2   (0)| 00:00:01 |
|   2 |   NESTED LOOPS               |                         |     1 |    18 |     1   (0)| 00:00:01 |
|*  3 |    TABLE ACCESS BY USER ROWID| TBS_GSFT_OBJ_BZHNG_HRCH |     1 |    15 |     1   (0)| 00:00:01 |
|   4 |     FAST DUAL                |                         |     1 |       |     2   (0)| 00:00:01 |
|*  5 |    INDEX UNIQUE SCAN         | CPK_GSFT_OBJ            |     1 |     3 |     0   (0)| 00:00:01 |
|   6 |   TABLE ACCESS BY INDEX ROWID| TBS_VRZNG_ENHT          |     1 |    21 |     1   (0)| 00:00:01 |
|*  7 |    INDEX UNIQUE SCAN         | CPK_VRZNG_ENHT          |     1 |       |     0   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   3 - access(CHARTOROWID( (SELECT 'AAASN0AAFAAACBUAAB' FROM "SYS"."DUAL" "DUAL")))
   5 - access("GOBH"."GSFT_OBJ_2_ID"="G"."GSFT_OBJ_ID")
   7 - access("G"."GSFT_OBJ_ID"="VRZNG_ENHT_ID")Have you spotted the difference yourself? One execution plan applies the ROWID to a different table than the other one. You might have hit a bug here, potentially caused by a transformation applied by the optimizer.
Can you show us the execution plan that worked in 10.2.0.4?
Would it be possible to share the definition of the view "vws_vrzng_enht_haupt_sys"?
Hope this helps,
Randolf