Есть у пользователей транзакцией ABNA, а транзакция ABNAN их кое-чем не устраивает. Любое серийное использование подобных транзакций рано или поздно обрастает вариантами. И вот порешили сделать два варианта транзакции. И тут возникли затруднения.
Два слова: двоичный поиск aka BINARY SEARCH
При разработке отчётных форм часто возникают задачи по их оптимизации. C’est la vie, возникают они уже на стадии продуктивной эксплуатации, потому что в тестовой среде нечасто заботит обработка больших объёмов данных.
Для примера, все разработчики ABAP должны знать о проблемах вложенных LOOP.
Сегодня речь несколько другом примере:
loop at lt_anlp.
read table gt_report assigning <gs_report>
with key bukrs = lt_anlp-bukrs
anln1 = lt_anlp-anln1
anln2 = lt_anlp-anln2.
check sy-subrc = 0.
…
<gs_report>-fig_h_knafa = … lt_anlp-knafa …
endloop.
Так что же с ним не то?
Сбор сообщений
Не первый раз вижу удивление начинающих разработчиков, когда они видят в продуктивном стандартном коде строки вида:
IF 1 = 2. MESSAGE e035(crm_bupa_bol). ENDIF.
Так в чём же дело?