При использования SUBJ столкнулась со странным поведением оптимизатора.
Если etx_contains() ищет по полю типа varchar, и использует Row, то
оптимизатор почему-то иногда (не всегда) выбирает вместо поиска по
etx-индексу последовательное сканирование. Запрос в результате этого
не выполняется, вылетая по ошибке UET05.
Мой несчастный запрос выглядит так:
select fio from valsprav where etx_contains(fio, Row('БОБОВ'))
при этом
select fio from valsprav where etx_contains(fio, 'БОБОВ')
отрабатывает нормально.
fio varchar(200)
Подскажите, пожалуйста, что делать. update statistics for table не помогает

Может. кто подскажет, куда написать производителю
продукта?

Удивительное рядом. Оптимизатор выбирает разные пути на серверах с одинаковой конфигуацией (в смысе onconfig) и практически одинаковыми базами. Все по тому же запросу
select fio from valsprav where etx_contains(fio, Row('БОБОВ'))
на первом сервере - отказывается искать по etx-индексу ,
на втором - ищет чудесно
База перекачивается через архив-0 с первого сервера на второй.
onconfig - тот же, отличается, правда кофигурация железа.