вот выберет юзер 201 материал и офигеет...

Как вариант (если пользователь всегда вводит номер материала и не пользуется диапазонами). Определить обязательный для ввода SELECT-OPTIONS без интервалов, сделать доступной только знак I и опцию EQ, а затем читать MARA, используя FOR ALL ENTRIES по matnr-low.

Да ладно вам - пожалейте юзера..... Он пришел на работу, начал набивать свои 6700 записей к часу ночи закончил - а вы ему заморенному, уставшему и обломанному сразу темную Он уже после первой 1000 не соображал что делал............

А вообще сделать describe и обрубить по количеству........ Либо заменить select-options на range и кусками туда кидать и выполнять.......

А такая конструкция не подойдет?

SELECT * FROM sflight INTO wa_sflight
FOR ALL ENTRIES IN ftab
WHERE ...

А еще можно создать в словаре табличку из одного поля которое является ключем.

При событии ввода юзером результата своих трудов тысяч значений запихнуть их в эту табличку.

И селект строить c INNER JOIN ON ....

Потом почистить табличку не забыть.

оригинально....

но ведь на каждую прогу со своими ключами не будешь делать табличку в словаре...

Я думаю что одна такая табличка с полем char длиной 10~20 символов прокатит в таком объединении и покроет любые потребности в подобного рода ключах.

ОК, спасибо, попробую

Нет, так сходу не прокатит. А как же функциональности типа "I QE" или "E GT". Т.е. пользователь может же не только указать список, но и сказать типа этот равен, этот содржит образец, а этот не включать.
Еще как вариант - преобразовывать один select-options в другой. Берем и смотрим - если много одиноких значений - пытаемся преобразовать в диапазоны. У нас кто-то такое делал. Хотя это потребует дополнительного пробега по таблице значений для select-options. И все равно можно перебрать

IMHO: C точки зрения банальной эрудиции 6700 отдельных значений matnr не могут иметь какого-либо удобоваримого смысла. Не может пользователь оценить такое количество записей. Может надо использовать диапазоны или другие критерии, например, группы материалов или вид материала...

Юзер - существо творческое и бесстрашное, ему всегда нужно все и сразу, потом он это все распечатает на простыне и будет изучать, ползая на коленках...

ни фига подобного,
пользователь один раз в Excel сформировал такой большой
список - по критириям, одному ему известным,
а потом через буфер пытается загонять в отдельные значения

мне казалось, что самое разумное решение примерно такое:

создать свой
ranges : х for <ваша таблица>-X.

переписать в х все, что навводил ваш юзер поделив на порции по 1000 записей и для каждой из них запускать ваш select, складываю все полученные записи в табличку.

работает достаточно быстро

А вообще таким способом можно повалить много програмулин. Не ставить же везде проверки...

а если в проге 50 SO на сел. экране?

Каждый разбивать? Как их потом использовать, если они ограничивать должны одну и ту же выборку? Простой пример:

Дано:
select-options so_mblnr for mseg-mblnr.
select-options so_matnr for mseg-matnr.

Надо:
select * from mseg where mblnr in so_mblnr and matnr in so_matnr.

Какие будут варианты, если юзер введет и туда и туда больше, чем нужно? Можно конечно выдернуть весь МСЕГ и фильтровать...

Все равно это заплаточный метод, по-моему, надо просто запрещать вводить слишком много ограничений.... Я, по крайней мере, делаю так.

интересно, а как стандарт с этим борется?