Oracle: полнотекстовый поиск с условием

Я бы поставил индекс на group_id и посмотрим, достаточно ли этого. Вы не говорите, сколько строк мы говорим или какая производительность вам нужна.

помните, что порядок, в котором обрабатываются предикаты, не обязательно является порядком, в котором вы написали их в запросе. Не пытайтесь перехитрить оптимизатор, если у вас нет реальных оснований.

короткая версия: в этом нет необходимости. Оптимизатор запросов достаточно умен, чтобы решить, какой лучший способ выбрать ваши данные. Просто создайте индекс btree на group_id, например:

CREATE INDEX my_group_idx ON my_table (group_id); 

версия: Я создал скрипт (testperf.sql), который вставляет 136 строк фиктивных данных.

DESC my_table;

Name     Null     Type      
-------- -------- --------- 
ID       NOT NULL NUMBER(4) 
GROUP_ID          NUMBER(4) 
TEXT              CLOB      

есть индекс btree на group_id. Чтобы убедиться, что индекс будет использоваться, запустите его как dba пользователь:

EXEC DBMS_STATS.GATHER_TABLE_STATS('<YOUR USER HERE>', 'MY_TABLE', cascade=>TRUE);

вот сколько строк каждый group_id имеет и соответствующий процент:

GROUP_ID               COUNT                  PCT                    
---------------------- ---------------------- ---------------------- 
1                      1                      1                      
2                      2                      1                      
3                      4                      3                      
4                      8                      6                      
5                      16                     12                     
6                      32                     24                     
7                      64                     47                     
8                      9                      7         

обратите внимание, что оптимизатор запросов будет использовать индекс, только если он думает, что это хорошая идея - то есть, вы получаете до определенного процента строк. Итак, если вы спросите его о плане запроса на:

SELECT * FROM my_table WHERE group_id = 1;
SELECT * FROM my_table WHERE group_id = 7;

вы увидите, что для первого запроса он будет использовать индекс, тогда как для второго запроса он выполнит полное сканирование таблицы, так как слишком много строк для индекса, чтобы быть эффективным, когда group_id = 7.

Теперь рассмотрим другое состояние - WHERE group_id = Y AND text LIKE '%blah%' (так как я не очень хорошо знаком с ctxsys.context).

SELECT * FROM my_table WHERE group_id = 1 AND text LIKE '%ipsum%';

глядя на план запроса, вы увидите, что он будет использовать индекс на group_id. Обратите внимание, что порядок ваших условий не важен:

SELECT * FROM my_table WHERE text LIKE '%ipsum%' AND group_id = 1;

создает тот же план запроса. И если вы попытаетесь запустить тот же запрос на group_id = 7, вы увидите, что он возвращается к полному сканированию таблицы:

SELECT * FROM my_table WHERE group_id = 7 AND text LIKE '%ipsum%';

обратите внимание, что статистика собирается автоматически Oracle каждый день (он планируется запускать каждую ночь и в выходные дни), чтобы постоянно повышать эффективность оптимизатора запросов. Короче говоря, Oracle делает все возможное для оптимизации оптимизатора, поэтому вам не нужно.

у меня нет экземпляра Oracle для тестирования и я не использовал полнотекстовую индексацию в Oracle, но у меня обычно была хорошая производительность с встроенные представления, что может быть альтернативой тому типу индекса, который вы имели в виду. Является ли следующий синтаксис законным, когда содержит() - это?

это встроенное представление получает значения PK строк в группе 43:

             (
             select T.pkcol
             from T
             where group = 43
             )

Если группа имеет нормальный индекс и не имеет низкого cardinality, получение этого набора должно быть быстрым. Тогда вы снова присоединитесь к этому набору с T:

           select * from T
           inner join
            (
             select T.pkcol
             from T
             where group = 43
             ) as MyGroup

           on T.pkcol = MyGroup.pkcol
           where contains(text, '%blah%') > 0

надеюсь, оптимизатор сможет использовать индекс PK для оптимизации соединения, а затем appy содержит предикат только для группы 43 строк.