SvDevSvDevВ данном случае тормозит запрос и его надо отлаживать, к апексу это не имеет отношения.
Точнее может иметь, а может не иметь, тут надо смотреть.
например, если выставить тип столбца значения, на основе запроса
Display as Text (based on LOV, does not save state)
и поставить на него сортировку, понятно, что запрос будет дописан очень жестко с подзапросом, и может начать тормозить,
и такие опции лучше не использовать, лучше в source руками запрос дописать,
но там очень много приколов оптимизации запросов, которые к апексу вовсе отношения не имеют,
тут надо смотреть и отлаживать сам запрос.
Посмотрел этот тормозящий запрос в навигаторе. Если брать как есть, навигатор показывает выполнение 5 сек и отбирает при этом 83 записи из нескольки тысяч.
из селекта убрал все функции, составил только столбцы таблицы. Из условия where так же убрал одну функцию.
Теперь стало выполняться 1,5-2 секунды.
Все остальные условия отборки происходят по полям таблицы.
Условие муторное. Накладывается фильтр по полям, который задает пользователь в апексе.
Причем не не просто (field=:p1_field or :p1_field is null) и так по всем полям, а есть еще и фильтрация сразу по нескольким полям and и or (группа).
Всё это приходится втыкать в условие отборки, иначе как таблицу то отразить в апекс? там же регион и строится на основе селекта.
Ввиду того, что в деманд процессе при использовании ExtJS я выборку делаю на PL/SQL, то при необходимости я могу сам сгенерировать запрос с нужными условиями в where тем самым исключив ненужные обработки оптимизатором и т.п.
например.
мне нужно сделать выборку из таблицы select field1, field2 from t
и сделать фильтр по обоим полям.
Для апекса это возможно только в виде
1.
select field1, field2 from t where (field1=:p1_field1 or :p1_field1 is null) and (field2=:p1_field2 or :p1_field2 is null)
В PL/SQL я делаю так
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
where = '1=1';
if (:p1_field1 is not null then)
where:=where||' and field1='''||:p1_field1||'''';
end if;
if (:p1_field2 is not null then)
where:=where||' and field2='''||:p1_field2||'''';
end if;
sql = 'select field1, field2 from t where '||where;
это простейший пример для понимания. На самом деле такой подход целесообразен когда where сложный.
Еще пример, у меня есть поле фильтра по значению в котором я хочу отобрать клиентов по коду или по наименованию или по ИНН. Быстрый поиск так сказать.
в своей процедуре построения я смотрю, если на вход подается число, то в where добавляю фильтрацию по коду и ИНН, а если есть хотя бы одна буква, то в where фильтрации по коду и ИНН нет, только по названию.
Еще пример.
Допустим есть у меня таблица со списком клиентов, у каждого клиента есть счета и каждый клиент имеет признак офиса обслуживания.
Мне нужно иметь возможность отфильтровать клиентов по офису или найти клиента со счетом (или счетами по маске, например).
счета у меня хранятся в отдельной таблице.
в Апекс мне всегда нужно иметь в условия отбора проверку наличия счета у клиента по маске и условие отбора по признаку офиса. Естественно в обоих условиях есть и проверка на нулевое значение.
Получается типа
1.
select cli_kod, name, office from clients where (office = :p1_office or :p1_office is null) and exists(select 1 from accounts where acc_kod=cli_kod and (acc like :p1_accmask or :p1_accmask is null)).
Для ExtJS я просто сделаю проверку на пустое значение :p1_accmask и если оно пустое, то мой запрос будет выглядеть так
1.
select cli_kod, name, office from clients where office = :p1_office
а если пустое поле :p1_office, то ничто мне не мешает вообще другой запрос сделать, например
1.
select cli_kod, name, office from clients where cli_kod in (select acc_kod from accounts where acc like :p1_accmask);
или
1.
select cli_kod, name, office from clients,account where cli_kod = acc_kod and acc like :p1_accmask
В зависимости от того, чей план выполнения лучше.
