Столкнулся с ограничениями apex 3.2, при использовании select list с большим количеством значений(в моём случае 650 строк), отчёт выдаёт ошибку "report error: ORA-06502: PL/SQL: : буфер символьных строк слишком маленький ошибка числа или значения". В связи с этим пришлось перейти на POPUPKEY_FROM_QUERY, но с ним другие проблемы. При изменении значений, они меняются в хаотичном порядке и это связано с сортировкой. Как использовать POPUPKEY_FROM_QUERY с сортировкой?

Находил на англоязычных форумах, сортировку сделать во вьюхе, но это не помогает

SvDev,

Публичной страницей не смогу сделать, база работает локально.
Или я не так понял?

SvDev,

Публичной страницей не смогу сделать, база работает локально.
Или я не так понял?

SvDevСпособ рабочий. Но вот передать rownum в параметр p_item_id => 'fxx_' || LPAD(rownum, 4, '0'), чтобы оптимизатор не начал хитрить с очерёдностью выполнения лишним не будет. И опять же где-то может быть включена стандартная сортировка, которая испортит результат.
На простейшем тестовом примере работает, но не на боевом отчёте .
Пробую заново переписать запрос и сталкиваюсь с тем, что сортировка работает только в самой вьюхе, ни в apex, ни sql developere не применяется. Она и не такая как в исходной таблице и не как указана в order by.

Никита АНа простейшем тестовом примере работает, но не на боевом отчёте .
Пробую заново переписать запрос и сталкиваюсь с тем, что сортировка работает только в самой вьюхе, ни в apex, ни sql developere не применяется. Она и не такая как в исходной таблице и не как указана в order by.
Вся магия в моей невнимательности, просто был указан другой пользователь, с точно таким же названием вьюхи, это сбило с толку.

SvDevСпособ рабочий. Но вот передать rownum в параметр p_item_id => 'fxx_' || LPAD(rownum, 4, '0'), чтобы оптимизатор не начал хитрить с очерёдностью выполнения лишним не будет. И опять же где-то может быть включена стандартная сортировка, которая испортит результат.
Опытным путём выяснил, чтобы работала сортировки из view, необходимо убрать
1) сортировку (само собой разумеющее)
2) группировку
3) join table

Но после добавления альтернативной нумерации, при использовании rownum, сортировка снова сбивается и на этом у меня тупик.

А может возможно увеличить объём передаваемых данных в select list?

Доработал отчёт наконец-то, всё оказалось слишком просто. Всё запихал в подзапрос, вынес на вверх не работающий APEX_ITEM и прикрутил к нему "p_item_id => 'f02_' || LPAD(rownum, 4, '0')".
Схема работающая, но думаю лучше через ROW_NUMBER порядковый номер получить и обойтись без подзапроса.

APEX_ITEM.POPUPKEY_FROM_QUERY в принципе и без доработок всяких нормально работает, когда отделить от запроса. Не требуется альтернативного проставления ID даже.