да, тоже уже научился пользоваться этой штукой.
сейчас столкнулся с такой проблемой - идет очень долго обновление.
Тестирую свой модуль, моделирую цикл и после завершения цикла ставлю commit.
сначала поставил цикл 200 записей - прекрасно проходит.
затем поставил 1000 - обвалился, в дампе вижу - rollback.
поубивал руками апдейты в SM13.

тестирую заново, вставляю в цикле всего 3 записи - процесс сейчас висит уже минут 15-20, дампов нет.

Иду в SM50, вижу что кроме меня никто не работает (система тестовая), мой процесс висит, правда висит еще 3 чужих апдейта, но они стоят не в выполнении, а в ожидании.

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

И нужно ли настраивать параметры буферизации для своей таблице, если она служит фактически только сборщиком статистики, в каждом диалоге пишется только по одной записи.

разобрался, админ подсказал, расшарил больше полномочий на мою табличку, почистил апдейты.

А скажите, чего не хватало?

вроде такие были проблемы:
1. на тестовой системе стоит ограниченное число диалоговых процессов на UPD.
2. была дополнительная ошибка СУБД, связанная с ограниченным доступным местом под эту таблицу.

Ага, понятно.

Подскажите еще один момент:

Через свойства ФМ можно управлять видом UPD этого обновляемого модуля (V1 или V2).
V1 - немедленный запуск NORM, немедленный запуск без ПОСТ ОБНОВЛ.
V2 - запуск окладывается, групповой запуск.

Чем принципиально отличается "немедленный запуск NORM" от
"немедленный запуск без ПОСТ"?

• Update with immediate start
  Set this option for high priority ("V1") functions that run in a shared (SAP LUW). These functions can be restarted by the update task in case of errors.
  
• Update w. imm. start, no restart
  Set this option for high priority ("V1") functions that run in a shared (SAP LUW). These functions may not be restarted by the update task.
  
• Update with delayed start
  Set this option for low priority ("V2") functions that run in their own update transactions. These functions can be restarted by the update task in case of errors.

Т.е. "немедленный запуск без ПОСТ" означает, что этот модуль обновления нельзя вызывать при рестарте update'а. Зачем это нужно - особо не знаю.

спасибо Сергей, Ваши продсказки мне очень помогли.

С уважением, Сергей