Добрый день.
У меня такой вопрос по примеру:



Тип RANGES: BKUNNR FOR kna1-kunnr. объявляет такую же таблицу, как и SELECT-OPTIONS BKUNNR FOR kna1-kunnr. но SELECT нормально работает с SELECT-OPTIONS перебирает все записи.
А при RANGES: SELECT ничего не перебирает.
Как сделать таблицу как SELECT-OPTIONS и она работала с SELECT как SELECT-OPTIONS?

Просветите мою темную голову

У вас стоит условие только для пустого значения. Вы посмотрите как заполнен select-options если в него ничего не занесли.

Этого не надо:
BKUNNR-OPTION = 'EQ'.
BKUNNR-SIGN = 'I'.
APPEND BKUNNR.

кстати, маленькая оптимизация (на будущее):
Заполняя ranges или select-options можно писать не

BKUNNR-OPTION = 'EQ'.
BKUNNR-SIGN = 'I'.

а bkunnr = 'IEQ'

на целую строчку короче, что радует глаз

Это не есть правильно, вполне может не прокатить в новых релизах (хотя тут я не уверен). А из общих соображений всякое неявное действие по определению ухудшает читаемость программы.
Для сокращения записи в данном случае уместны макросы.

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

Ну да, в целом, дело вкуса, так что остаемся при своих

Фу, какая гадость.
Насчёт оптимизации - выигрыш очень и очеь условный, потенциальное место для глюков, особенно если в начале заполнить LOW HIGH (xe-xe).

При разработке оптимизация в одну строчку довольна незначительна. На этапе выполнения не уверен, что будет хоть какая-нибудь (к большому счастью еще не копался в байт-коде abap).

ОДНАКО, когда потом придется как-нибудь переделать программу, то разработчика (или, еще хуже, консультанта) будет ждать приятный сюрприз, когда он не найдет ни слова на слова sign и option - ему очень понравится везде искать конструкции INE и ILT, например.

ладно, ладно, ухожу

так ему и надо, будет бдительнее