Господа, хотел бы посоветоваться... Упрощенно ситуация такая:

Имеется "конструктор" отчетов, в котором, в числе прочего, может периодически происходить обращение к таблице AUFK с использованием первичного ключа AUFNR IN SELECT_OPTION[]. Проблема в том, что есть опасность вывалиться в дамп из-за слишком большого размера SQL-запроса, так как SELECT_OPTION[] формируется хитрым образом на основании предыдущих данных и что там у пользователя получится - богу известно...
Что бы не разбивать SELECT_OPTION[] на несколько, есть идея закэшировать ВСЮ AUFK во внутреннюю таблицу и дальше безопасно работать с ней...

AUFK ~30 000 записей.

Дык вот, имеет ли сия идея право на жизнь и будет ли за это бить базис?

Это мелочи жизни "30000" вот в BSEG около милиона! Сам работаю с внутреними таблицами так удобнее и безопасние!!!

Почему бы не использовать FOR ALL ENTRIES?

Дело в том, что SELECT-OPTION получается хитрым образом и в SQL, тем более OPENSQL его получение не впихнуть, чтобы получился подзапрос..


В общем-то сделал. Сейчас буду тестировать, что получилось...

Мона соорудить
SELECT *
FROM aufk
WHERE .....

CHECK aufk-aufnr IN range.

APPEND aufk TO it_aufk.
ENDSELECT.