SY,
Чудес не бывает, для того, чтоб проверить НЕ вхождение надо прочитать ВСЁ.
Или если пойти от обратного, то сначала найти то, что не должно попасть, а потом вычитать всё остальное.
Или более конкретно, в приведённом примере, после создания индекса tokenized strings хранятся в DR$WILDCARD_IDX$I.
Добавим немного строк.
1.
insert into quick select 1e3+rownum, 'qwerty'||rownum from dual connect by rownum <= 3e4;
Начнем с вхождений
1.
2.
3.
4.
5.
SQL> select count(quick_id) c from quick where contains ( text, 'qwerty12%' ) > 0;
C
----------
1111
Теперь посмотрим НЕвхождения.
1.
2.
3.
4.
5.
SQL> select count(quick_id) c from quick where contains ( text, 'qwerty12%' ) = 0;
C
----------
28894
А в это время под капотом...
Сначала выбираем токены удоветворяющие условию.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
SELECT/*+DYNAMIC_SAMPLING(0) INDEX(T "DR$WILDCARD_IDX$X")*/ DISTINCT
TOKEN_TEXT FROM "DR$WILDCARD_IDX$I" T WHERE TOKEN_TEXT LIKE :lkexpr
ESCAPE '\' AND (TOKEN_TYPE = 0 OR TOKEN_TYPE = 4 OR (TOKEN_TYPE BETWEEN 16
AND 74) OR (mod(TOKEN_TYPE, 10000) between 1001 and 1333))
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 2 0.00 0.00 0 10 0 1111
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 0.00 0.00 0 10 0 1111
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 106 (recursive depth: 1)
Number of plan statistics captured: 1
Rows (1st) Rows (avg) Rows (max) Row Source Operation
---------- ---------- ---------- ---------------------------------------------------
1111 1111 1111 SORT UNIQUE NOSORT (cr=10 pr=0 pw=0 time=1135 us starts=1 cost=75 size=47 card=1)
1111 1111 1111 INDEX RANGE SCAN DR$WILDCARD_IDX$X (cr=10 pr=0 pw=0 time=513 us starts=1 cost=74 size=47 card=1)(object id 123448)
Потом для каждого отдельно выполняем запрос по нахождению rowid.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
SELECT /*+ DYNAMIC_SAMPLING(0) INDEX(i) */ TOKEN_FIRST,TOKEN_LAST,
TOKEN_COUNT,ROWID
FROM
"DR$WILDCARD_IDX$I" i WHERE TOKEN_TEXT = :word AND TOKEN_TYPE =
:wtype ORDER BY TOKEN_TEXT, TOKEN_TYPE, TOKEN_FIRST
call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.00 0.00 0 0 0 0
Execute 1111 0.18 0.17 0 0 0 0
Fetch 1111 0.00 0.00 0 2229 0 1111
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 2223 0.18 0.18 0 2229 0 1111
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 106 (recursive depth: 1)
Number of plan statistics captured: 1
Rows (1st) Rows (avg) Rows (max) Row Source Operation
---------- ---------- ---------- ---------------------------------------------------
1 1 1 INDEX RANGE SCAN DR$WILDCARD_IDX$X (cr=2 pr=0 pw=0 time=14 us starts=1 cost=2 size=98 card=1)(object id 123448)
Потом читаем из таблицы все строки по rowid кроме найденных получаем 30005-1111=28895 строк.
Далее рассмотрим случаи когда НЕвхождение сужает число срок.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
SQL> select count(quick_id) c from quick where contains ( text, 'qwerty1%' ) = 0;
C
----------
18894
SQL> select count(quick_id) c from quick where contains ( text, 'qwerty%' ) = 0;
select count(quick_id) c from quick where contains ( text, 'qwerty%' ) = 0
*
ERROR at line 1:
ORA-29902: error in executing ODCIIndexStart() routine
ORA-20000: Oracle Text error:
DRG-51030: wildcard query expansion resulted in too many terms
ODCIIndexStart в зависимости от предиката может применять всякие изыски в динамически сгенерированном запросе, но иногда может не работать. :)
