Привет всем!

Есть такая проблема:

Имеется таблица TAB1 с парой десятков признаков. Поле A типа VARCHAR2 проиндексировано contex индексом, поле B тоже типа VARCHAR2 проиндексировано b-tree индексом. По таблице и индексам статистика собрана.

При выполнения запроса типа:

select A, B, C, D from TAB1 where contains(A, 'ЗНАЧЕНИЕ1') > 0 and B='ЗНАЧЕНИЕ2';

оптимизатор использует индекс по полю B, если сделать трейс, то в принципе выбор оптимизатора понятен, стоимость скана по индексу поля B в районе 17k, а по полю A в районе 117k.

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

Возникает вопрос: Как заставить оптимизатор использовать индекс по полю А без изменения запроса, т.к. запрос генерирует приложение, код которого изменить нельзя?

Вячеслав Любомудров,

Вы имеете ввиду через dbms_stats.set_index_stats?

Была такая мысль, но поле с b-tree индексом часто используетсяя и в других запросах в разных комбинациях, соответственно поплывут планы много где.

В идеале было бы хорошо занизить стоимость в contex индексе. Вопрос как?

Вячеслав Любомудров,

Да код изменить нельзя.

Как привлекательность индекса увеличить пока найти не могу.