Что-то не нравится мне существующий поиск по вхождению строки-фильтра, напр., для списка 30 тыс. ФИО вместо того, чтобы по строке Лек быстро позиционироваться на 2-3х Лек...ых и спокойно выбрать из них нужного, долго ждем огромную и вобщем бесполезную выбоку всевозможных фамилий аЛЕКсандров, аЛЕКсеев, аЛЕКсандровичей, аЛЕКсеевичей, неЛЕК..х , и т.д. Да и не эффективен такой запрос, зачем же тогда индексы...
Может я что-то не уловил?

Ales Protiv,

source чего? У меня не report, а обычный page item в виде LOV. Что-то я нигде там % не заметил, в шаблоне списка, тоже ничего вроде нет про возможность различного поиска. Имхо это задается где-то в пакейдже при генерации окна LOV, но туда же не полезешь.
Не туда смотрю?

Пока только мысль через ajax при выходе из текст. поля LOV обновлять значение item-а в сессии, и в source LOV подставить условие, типа
select fullname,id from client where fullname like :P_CLIENT||'%" order by 1
Но это не совсем правильно, имхо. Неужели нельзя получить такую элементарную возможность (вобщем ведь более очевидную, чем поиск по вхождению) штатным способом?