Добрый день!

Отчет Z* (само описанный) . "Аналитические данные по балансовому счету" (на вывод: Обороты по кредиторам и дебиторам по заданному счету и по дате, сальдо на начало, б. счет Дебет, б. счет Кредит, Сальдо на конец в разрезе каждого кредитора и дебитора). Отчет по некоторым счетам где обороты много вылетает в дамп по time_out. Часть кода:
LOOP AT lt_acctit WHERE buzid = 'M'.
COMMIT WORK.
READ TABLE gt_ekbe INTO gs_ekbe WITH KEY belnr = lt_acctit-awref
gjahr = lt_acctit-aworg.
IF sy-subrc EQ 0.
lt_acctit-xref3 = gs_ekbe-xref3.
ENDIF.
MODIFY lt_acctit.
ENDLOOP.
После добавления COMMIT WORK внутри цикл, отчет выгружается но 2,5 часа. Что надо сделать чтобы цикл по быстрее обработался? Заранее спасибо за ответы!

Добрый день!
Мне что-то непонятно, а зачем commit внутрь цикла добавили? И если из-за него все тормозить начало, может его убрать?
Чтоб отчет быстрее работал надо внутренние таблицы lt_acctit, gt_ekbe сделать сортированными. Создать неуникальные ключи для них хотя бы.
Тогда и цикл будет быстрее работать и чтение из таблиц.

COMMIT WORK добавила потому что в тайм аут вылетал (если его убрать дин. ошибка и без выводы каких-либо данных), а так с COMMIT WORK выгружается но очень долго 2,5 часа. Пробовала вот так сортировать до цикла но не помогло
SORT lt_acctit BY buzid awref aworg belnr gjahr.
sort gt_ekbe BY gjahr belnr buzei lfgja. А как создать неуникальные ключи? Можете кратко написать... Спасибо!

Поймайте какого-нибудь абапера на проекте. Он Вам все напишет и расскажет. Так быстрее будет.

Что-то вроде


+ как написали уже, таблицы объявить SORTED/HASHED в зависимости от полей, по которым происходит поиск.

можно добавить BINARY SEARCH к
READ TABLE gt_ekbe INTO gs_ekbe WITH KEY belnr = lt_acctit-awref

получется так

READ TABLE gt_ekbe INTO gs_ekbe WITH KEY belnr = lt_acctit-awref BINARY SEARCH.


Но только если gt_ekbe отсортирована ascending по ключам по которым делается READ TABLE.

Очень печально, когда консультанту CO дают задачу оптимизировать разработки
Воспользуйтесь поиском по словам "оптимизация abap".

Добрый день! У нас программиста нету, приходиться своими силами...
Спасибо всем за ответы! Помогло BINARY SEARCH. Отчет за 2 мин выгрузился )) Это - прогресс! Получается столько времени теряли пользователи за выгрузки этого отчета. Начали смотреть только после тайм аута.

Это не прогресс. Это оптимизация !.
Вам точно нужен программист! А то натворите там МЕТОДОМ ТЫКА

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