А чтобы результаты SELECT с часиками/без не сильно отличались - нужно реже эти самые часики выводить, подобрав оптимальное значение частоты обновления. Да и повторюсь - нефиг вообще рисоватьэтот будильник - достаточно только текста, а разница в скорости ощутимая...
Насчет параметра максимального времени выполнения wp - так для этого и приходится порой вставлять progress_indicator, а не только из любви к пользователям

гыгы ...откатали в продуктиве, записей оказалось не 100 а всего 70 тысяч
на само деле в ALV смотреть столько записей очень даже легко - колонка "статуса" содержит короткий текст "выполнено", либо длинную расшифровку ошибки (по результатам call transaction) ... т.е. просто тупо жмешь PgDn и краем глаза скачешь по экрану - несоотвтетсвия в длине текста выявляются сразу (особенно когда их не очень много) .... такчто все ОК с ALV

попутно вопрос - а если-бы вместо MARA был-бы какойнить "тяжелый" select скажем к BSEGу (иногда сам этот селект ну оооочень долго "висит" и программа ессно не проявляет никакой активности), то можно както "динамически" (перед вызовом этого select'а) както регулировать max_wp_runtime ? Или оно только администратором жётко и для всех задается?

Т.е. если в алгоритме ожидается тяжелый запрос, то както увеличиль допустимое время выполнения, а если нет - то соответственно снизить его?

Динамически регулировать нельзя - это профильный параметр, который действует для всех процессов и при его изменении надо перестартовывать систему. Насчет длинных селектов, почему не использовать select...endselect?

А почему бы просто не отсортировать ALV по колонке "статуса"?

А почему бы просто не дать доступ пользователям к SE16? Вы чувствуете разницу между СЕРВЕРАМИ БД и файловыми СУБД? Это же азы - запрос должен быть быстрым, возвращать минимум необходимых данных и вызываться как можно реже.

Если в задачу пользователей входит отслеживание определенного статуса \ состояния данных, программа ДОЛЖНА давать КОНЕЧНЫЙ РЕЗУЛЬТАТ, а не первичку, которую затем надо вручную, "листая", обрабатывать.

Что касается использования select - endselect, и сами sap овцы и на участники этого форума уже не раз говорили о вредности с точки зрения производительности этой конструкции.