Too many recursive statements in PRO*C in comparing to SQLPLUS for Intermedia Index.

Question

Hi,
I hope someone can help about this Problem. I don't know ehther its Intermedia Index or Database Problem...
The following Query;
SELECT SCORE(1),D.DOCUMENT_ID,DOCU_DATE_NUM,DOC_TYPE_ID
FROM
DOCUMENT D WHERE CONTAINS(SEARCH_INDEX,:b1,1) > 0 ORDER BY SCORE(1) DESC,
DOCU_DATE_NUM DESC
takes approx 7 sec in SQLPLUS , but in PRO*C it takes approx 55 sec. They call the same PL/SQL Stored Proc including the SQL above returning REF Cursor.
In PROC*C running Program the Trace file contains 139 Statements of:
SELECT/*+INDEX(T "DR$DOCXML_IX$X")*/ DISTINCT TOKEN_TEXT FROM "GETINFO"."DR$DOCXML_IX$I" T WHERE TOKEN_TEXT LIKE :lkexpr and TOKEN_TYPE NOT IN (1, 2, 5)
but in SQLPLUS generated Trace File it has only 18 of the Statement.
The TKPROF Report for PRO*C is:
SELECT SCORE(1),D.DOCUMENT_ID,DOCU_DATE_NUM,DOC_TYPE_ID
FROM
DOCUMENT D WHERE CONTAINS(SEARCH_INDEX,:b1,1) > 0 ORDER BY SCORE(1) DESC,
DOCU_DATE_NUM DESC
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 33.37 33.72 3 94 0 0
Fetch 44 0.04 0.04 29 69 4 43
total 46 33.41 33.76 32 163 4 43
For SQLPLUS:
SELECT SCORE(1),D.DOCUMENT_ID,DOCU_DATE_NUM,DOC_TYPE_ID
FROM
DOCUMENT D WHERE CONTAINS(SEARCH_INDEX,:b1,1) > 0 ORDER BY SCORE(1) DESC,
DOCU_DATE_NUM DESC
call count cpu elapsed disk query current rows
Parse 1 0.01 0.01 0 0 0 0
Execute 1 4.36 4.37 0 0 0 0
Fetch 44 0.02 0.02 10 44 0 43
total 46 4.39 4.40 10 44 0 43
Why is there so much difference? Even if they both do HARD Parse for the SQL above or run the same Stored Proc many times with "ALTER SESSION SET SESSION_CACHED_CURSORS=10", the difference in Time is the same.
Can someone help about this, I think it is an important Tuning Problem for Intermedia Index or ORACLE Bug maybe...

Answer 1

Hi,
Thanks for answering.
Yes I'm sure , both of them are using the same bind variables and it is:
(FUZZY($INTERNATIONAL) AND FUZZY($JOURNAL) AND FUZZY($ELECTRONICS) AND FUZZY($COMMUNICATIONS)) WITHIN SERIES_TITLE';
The same Query takes too long in Unix SQL*PLUS (~ 54 secs) also, but in Windows SQL*PLUS its faster (~ 7 secs).
Bu t if I chabe the Bind Variable as :
STR := '(($INTERNATIONAL OR ?INTERNATIONAL) AND ($JOURNAL OR ?JOURNAL) AND ($ELECTRONICS OR ?ELECTRONICS) AND ($COMMUNICATIONS OR ?COMMUNICATIONS)) WITHIN SERIES_TITLE';
then its in both Environment faster and nearly the same. But its not the same as the previous one.
I think the problem is when using the search as ?$<Word> (Fuzzy Stem together). But not everytime. Do you think its a Bug?