фм в режиме in update task

skaa

Добрый день!
Есть z* ФМ, в котором создаётся запись в z*таблице Базы данных.
Вызываю этот ФМ(Модуль обновления->Немедленный запуск) в режиме in update task. После ФМ идёт команда COMMIT WORK AND WAIT.
И почему-то не всегда после COMMIT WORK AND WAIT есть запись созданная в БД ФМ. Запись может создаваться и после команды COMMIT WORK AND WAIT. Есть ли команда в abap, которая гарантирует создание записей в Базе данных? Или придётся насильно после commit work and wait проверять, что запись в БД появилась?

LKU

Приведите пример кода, с вызовом ФМ и commit work and wait.
Вообще commit work and wait как раз гарантирует, что будет ждать пока не отработают все V1 процессы обновления, запущенные в update task.

Если вы наблюдаете другую картину, скорее всего у вас между вызовом ФМ и commit work and wait стоит еще спрятанный где-то паразитный вызов commit work (без wait).
Такой паразитный вызов проще всего отследить, использовав в отладчике функцию установки точки прерывания на операторе commit work.

skaa

LKU написал:

Приведите пример кода, с вызовом ФМ и commit work and wait.
Вообще commit work and wait как раз гарантирует, что будет ждать пока не отработают все V1 процессы обновления, запущенные в update task.

Если вы наблюдаете другую картину, скорее всего у вас между вызовом ФМ и commit work and wait стоит еще спрятанный где-то паразитный вызов commit work (без wait).
Такой паразитный вызов проще всего отследить, использовав в отладчике функцию установки точки прерывания на операторе commit work.

Code:

FUNCTION  ZUPDATE_ZTABLE
*"  IMPORTING
*"     VALUE(IS_ZTABLE) TYPE  ZTABLE
  INSERT ztable FROM is_ztable.
ENDFUNCTION.

Программа:
      CALL FUNCTION 'ZUPDATE_ZTABLE' IN UPDATE TASK
        EXPORTING
          IS_ZTABLE  = ls_ztable.
      COMMIT WORK AND WAIT.
Бывают случаи, когда после commit пока ещё нет записи в таблице ztable. И она появится чуть позже.

LKU

Цитата:

Бывают случаи, когда после commit пока ещё нет записи в таблице ztable. И она появится чуть позже.

Такого быть не может.
Вы как проверяете наличие записей в таблице?
Помечена ли таблица как буферизованная?

LKU

То есть условно если вы после commit work and wait напишите

Code:

select from ztable bypassing buffer 
where <id записи = id в отправленной на сохранение строки>. 

,то такой селект обязан вернуть результат

skaa

LKU написал:

То есть условно если вы после commit work and wait напишите

Code:

select from ztable bypassing buffer 
where <id записи = id в отправленной на сохранение строки>. 

,то такой селект обязан вернуть результат

LKU, спасибо! Наверное, bypassing buffer не хватало. ztable буферизованная таблица.

LKU

skaa написал(а):

LKU, спасибо! Наверное, bypassing buffer не хватало. ztable буферизованная таблица.

Ну да, тогда все понятно.
"commit work and wait" гарантирует, что дождется окончания транзакции в БД, но вот немедленного обновления буфера на уровне сервера приложений вам никто не обещал )

Правила форума

фм в режиме in update task

Кто сейчас на конференции