Был у меня случай, когда излишне навороченный и давно уже не читаемый отчет работал СЛИШКОМ долго. Его приходилось запускать в фоне на ночь. Индексов там тоже не было, выборка тоже шла по интервалу дат. Я оценил максимальный и минимальный номер документа в требуемом диапозоне дат и сделал избыточную выборку WHERE belnr BETWEEN l_min_belnr AND l_max_belnr. Потом в LOOP просто игнорировал случайные документы. Отчет стал выполняться за 2 минуты (!). Но использовать такой подход лучше в отчетах-помойках. Сильно понижается читаемость кода.

а как вы оценивали l_min_belnr и l_max_belnr ? империческим путем ? или же просто взяли max min из нумератора (SNRO) (допустим для текущего года и БЕ) ?

при использовании такого варианта, нужно учитывать размер выбираемых данных во внутреннюю табличку, а то окажеться, что вы выбираете половину таблички из БД во внутренюю т.е. в буффер памяти ) а она то не резиновая )

Это было 7 лет назад, я точно уже не скажу, как. Помню, что обошелся с помощью SELECT SINGLE. Агрегатные ф-ции не использовал.

приведите, пример кода. мне не понятно как эта комбинация применима.

Дело в том что в этом случае loop начинается с позиции которую мы нашли с помощью binary search.