mansionДобрый день.

Писал большой отчет на заказ в pl\sql девелопере. Отрабатывает ~до 3 секунд максимум и использует 1 параметр в 4 местах.
Но при выводе данного отчета с параметром в апексе через простой classic report и айтемом date_picker отчет грузит 15-20 сек.
Прописывал дату жестко в репорте, работал быстро как в девелопере, подставил параметр, опять грузит долго.
Как решить проблему?

Количество выводимых строк?

mansionmansionPetro123,


и в апексе при прописывании даты в сам sql код репорта, работает так же ~2сек. А при подставлении вместо даты айтема проблема с долгой загрузкой снова появляется. Айтем и сам репорт абсолютно простые, без наворотов и плагинов

Тут два момента.
1. Это браузер долго строит, поэтом ограничение строк явно сказывается.
2. Собственно про сами даты. Есть два способа подстановки биндов в запрос. Стандартный :PXX_ITEM, и при помощи использовании функции v('PXX_ITEM').
a) Что происходит при первом методе (:PXX_ITEM), апекс берет запрос, выделяет все бинды в данном запросе и выполняет запрос вида для каждого из них


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

Мне кажется в твой ситуации выход напрашивается такой, используй функцию который возвращает запрос, уже с жестко задонной датой.

declare
v_date_of date:=to_date(:PXX_DATE_ITEM,'DD.MM.YYYY');
Begin
return 'select * from table where date_of='||v_date_of;
End;

Gustlyblkangel,

Где можно почитать про подмену бинденных переменных?

Это я раскопал при реализации плагинов. В части парсинга источника данных. Сейчас уже не найду.