Query - Performance - in operator

Question

Hi All,
I apologize for a lengthy posting.
I have a problem in performance of a Query.
When I use static value in a in-list as given in Query1, it is faster and the Logical I/O is very less.
But the values in the list are dynamic, So I tried two Methods
Method 1
CREATE OR REPLACE TYPE PF_TY_TBL_NUM AS TABLE OF NUMBER;
and created a function as follows...
CREATE OR REPLACE FUNCTION PF_FN_GET_NUM_LIST(PARAM_STR VARCHAR2) RETURN PF_TY_TBL_NUM
AS
V_STRINGS long default PARAM_STR || ',';
V_INDEX number;
V_DATA PF_TY_TBL_NUM := PF_TY_TBL_NUM();
BEGIN
LOOP
V_INDEX := INSTR(V_STRINGS, ',' );
EXIT WHEN (NVL(V_INDEX,0) = 0);
V_DATA.extend;
V_DATA( V_DATA.count ) := ltrim(rtrim(substr(V_STRINGS,1,V_INDEX-1)));
V_STRINGS := SUBSTR( V_STRINGS, V_INDEX+1 );
END LOOP;
RETURN V_DATA;
END PF_FN_GET_NUM_LIST;
Query and result for this is given in Query2 -- You can Notice that the index for the 2nd table is not used and the Consistent gets is higher than the Query1
Method 2
Is I have created a temporary table and inserted values into that and used the table in the exist clause.
Query and result for this is given in Query2 -- You can Notice that the index for the 2nd table is not used and the Consistent gets is higher than the Query1
Can Anyone suggest me on this.
Query 1:
SELECT PR.pr_id,
sp.sp_class_destinatario,
SP.sp_sospesa,
sp.sp_id_destinatario,
IV.in_id_mittente,
IV.in_oggetto,
IV.in_data_spedizione,
PR.pr_id_soggetto,
PR.PR_NUMERO_PRATICA,
PR.pr_id_utente_presentatore
FROM PF_TR_INVIO IV, PF_TR_SITUAZIONE_PRATICA SP, PF_TR_PRATICA PR
WHERE (((SP.SP_CLASS_DESTINATARIO = 10) AND (SP.SP_ID_DESTINATARIO = 1260)) OR
((SP.SP_CLASS_DESTINATARIO = 20) AND
(SP.SP_ID_DESTINATARIO IN
('7', '2', '17', '333', '349', '501', '1', '320', '414', '406',
'1889', '3018', '1364', '1140', '10', '3052', '71'))) OR
((SP.SP_CLASS_DESTINATARIO = 30) AND (SP.SP_ID_DESTINATARIO = 420)))
AND (SP.SP_ID_ULTIMO_INVIO = IV.IN_ID)
AND (SP.SP_ID_PRATICA = PR.PR_ID)
ORDER BY IV.IN_ID,
PR.PR_NUMERO_PRATICA
Execution Plan
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=63 Card=4 Bytes=276)
1 0 SORT (ORDER BY) (Cost=63 Card=4 Bytes=276)
2 1 CONCATENATION
3 2 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_INVIO' (Cost=1
Card=1 Bytes=22)
4 3 NESTED LOOPS (Cost=5 Card=1 Bytes=69)
5 4 NESTED LOOPS (Cost=4 Card=1 Bytes=47)
6 5 INLIST ITERATOR
7 6 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_SITUAZ
IONE_PRATICA' (Cost=3 Card=1 Bytes=15)
8 7 INDEX (RANGE SCAN) OF 'PF_SP_IN_DESTINATARIO
' (NON-UNIQUE) (Cost=2 Card=1)
9 5 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_PRATICA'
(Cost=1 Card=1 Bytes=32)
10 9 INDEX (RANGE SCAN) OF 'PF_PR_IN_ID' (NON-UNIQU
E)
11 4 INDEX (RANGE SCAN) OF 'PF_IN_IN_ID' (NON-UNIQUE)
12 2 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_INVIO' (Cost=1
Card=1 Bytes=22)
13 12 NESTED LOOPS (Cost=5 Card=1 Bytes=69)
14 13 NESTED LOOPS (Cost=4 Card=1 Bytes=47)
15 14 INLIST ITERATOR
16 15 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_SITUAZ
IONE_PRATICA' (Cost=3 Card=1 Bytes=15)
17 16 INDEX (RANGE SCAN) OF 'PF_SP_IN_DESTINATARIO
' (NON-UNIQUE) (Cost=2 Card=1)
18 14 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_PRATICA'
(Cost=1 Card=1 Bytes=32)
19 18 INDEX (RANGE SCAN) OF 'PF_PR_IN_ID' (NON-UNIQU
E)
20 13 INDEX (RANGE SCAN) OF 'PF_IN_IN_ID' (NON-UNIQUE)
Statistics
115 recursive calls
0 db block gets
121 consistent gets
42 physical reads
0 redo size
1176 bytes sent via SQL*Net to client
277 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
13 rows processed
Query2
SELECT PR.pr_id,
sp.sp_class_destinatario,
SP.sp_sospesa,
sp.sp_id_destinatario,
IV.in_id_mittente,
IV.in_oggetto,
IV.in_data_spedizione,
PR.pr_id_soggetto,
PR.PR_NUMERO_PRATICA,
PR.pr_id_utente_presentatore
FROM PF_TR_INVIO IV,
PF_TR_SITUAZIONE_PRATICA SP,
PF_TR_PRATICA PR
WHERE (((SP.SP_CLASS_DESTINATARIO = 10) AND
(SP.SP_ID_DESTINATARIO = 1260)) OR
((SP.SP_CLASS_DESTINATARIO = 20) AND
(SP.SP_ID_DESTINATARIO IN
(SELECT column_value
FROM TABLE(CAST(PF_FN_GET_NUM_LIST('7,2,17,333,349,501,1,320,414,406,1889,3018,1364,1140,10,3052,71') AS
PF_TY_TBL_NUM))))) OR
((SP.SP_CLASS_DESTINATARIO = 30) AND
(SP.SP_ID_DESTINATARIO = 420)))
AND (SP.SP_ID_ULTIMO_INVIO = IV.IN_ID)
AND (SP.SP_ID_PRATICA = PR.PR_ID)
ORDER BY IV.IN_ID,
PR.PR_NUMERO_PRATICA
Execution Plan
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=80 Card=11 Bytes=759
1 0 SORT (ORDER BY) (Cost=80 Card=11 Bytes=759)
2 1 FILTER
3 2 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_INVIO' (Cost=1
Card=1 Bytes=22)
4 3 NESTED LOOPS (Cost=33 Card=11 Bytes=759)
5 4 NESTED LOOPS (Cost=22 Card=11 Bytes=517)
6 5 TABLE ACCESS (FULL) OF 'PF_TR_SITUAZIONE_PRATICA
' (Cost=11 Card=11 Bytes=165)
7 5 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_PRATICA'
(Cost=1 Card=1 Bytes=32)
8 7 INDEX (RANGE SCAN) OF 'PF_PR_IN_ID' (NON-UNIQU
E)
9 4 INDEX (RANGE SCAN) OF 'PF_IN_IN_ID' (NON-UNIQUE)
10 2 COLLECTION ITERATOR (PICKLER FETCH) OF 'PF_FN_GET_NUM_
LIST'
Statistics
205 recursive calls
0 db block gets
7285 consistent gets
203 physical reads
0 redo size
1193 bytes sent via SQL*Net to client
277 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
7 sorts (memory)
0 sorts (disk)
13 rows processed
Query3
SELECT PR.pr_id,
sp.sp_class_destinatario,
SP.sp_sospesa,
sp.sp_id_destinatario,
IV.in_id_mittente,
IV.in_oggetto,
IV.in_data_spedizione,
PR.pr_id_soggetto,
PR.PR_NUMERO_PRATICA,
PR.pr_id_utente_presentatore
FROM PF_TR_INVIO IV, PF_TR_SITUAZIONE_PRATICA SP, PF_TR_PRATICA PR
WHERE (((SP.SP_CLASS_DESTINATARIO = 10) AND (SP.SP_ID_DESTINATARIO = 1260)) OR
((SP.SP_CLASS_DESTINATARIO = 20) AND
(exists
(select 1 from a where SP.SP_ID_DESTINATARIO=a))) OR
((SP.SP_CLASS_DESTINATARIO = 30) AND (SP.SP_ID_DESTINATARIO = 420)))
AND (SP.SP_ID_ULTIMO_INVIO = IV.IN_ID)
AND (SP.SP_ID_PRATICA = PR.PR_ID)
ORDER BY IV.IN_ID,
PR.PR_NUMERO_PRATICA
Execution Plan
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=80 Card=11 Bytes=759
1 0 SORT (ORDER BY) (Cost=80 Card=11 Bytes=759)
2 1 FILTER
3 2 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_INVIO' (Cost=1
Card=1 Bytes=22)
4 3 NESTED LOOPS (Cost=33 Card=11 Bytes=759)
5 4 NESTED LOOPS (Cost=22 Card=11 Bytes=517)
6 5 TABLE ACCESS (FULL) OF 'PF_TR_SITUAZIONE_PRATICA
' (Cost=11 Card=11 Bytes=165)
7 5 TABLE ACCESS (BY INDEX ROWID) OF 'PF_TR_PRATICA'
(Cost=1 Card=1 Bytes=32)
8 7 INDEX (RANGE SCAN) OF 'PF_PR_IN_ID' (NON-UNIQU
E)
9 4 INDEX (RANGE SCAN) OF 'PF_IN_IN_ID' (NON-UNIQUE)
10 2 TABLE ACCESS (FULL) OF 'A' (Cost=2 Card=1 Bytes=3)
Statistics
0 recursive calls
0 db block gets
7179 consistent gets
0 physical reads
0 redo size
1193 bytes sent via SQL*Net to client
277 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
13 rows processed
Thank You in Advance,
Jaggy.

Answer 1

Hey,
Although it is not seen in Query 2 execution plan maybe the root of the problem
(And I saw it in other selects from a collection) is that the default cardinality for a
The "COLLECTION ITERATOR PICKLER FETCH" operation is the block size of your database.
The workaround is:
1. a. give an alias for the Table(yada, yada, yada) clause.
1. b. inform the oracle on the assumed count of rows that this Table() has
Via a hint, e.g.
Select +cardinality(table_alias 20) --20 means that 20 rows will be returned
column_1, column_2
from table(yada, yada, yada) table_alias, real_table
where table_alias.id = real_table.id
Anyway, try it.
Amiel.