Удаляются, просто обязаны удалиться Таблица LT_TAB в этот момент наверное пустая, или записи в ней лежат неправильные


Наверняка у вас где то ошибка в логике программы, не ищите чудес там где их нет

[quote="birds"]
Если не вдаваться в прочие подробности, то кусок программы, который не работает, выглядит так:


Приведите весь код от строки с DELETE до строки с INSERT и текст дампа.

На самом деле не удаляются. Если загрузка сервера большая commit and wait совсем не значит что после commit записи появятся/удалятся из базы.
Уже миллион раз такое было.
Я в таких критичных случая делал call function starting new task, и ждал пока в другой сессии не появятся данные. И только потом что начинал делать

Вы с модулями обновления не путаете? Там может быть ситуация когда после commit work данные обновляются не сразу.
Либо с буферизованной таблицей могут быть нюансы, данные в буфере в какой то момент могут быть неконсистентными.
Кусок кода можете привести, где у вас данные не сразу появляются/удаляются при большой загрузке сервера?

К сожалению не могу. Не помню не только в какой программе это было, даже на каком проекте.
Но то что это периодически приходилось делать, это факт.

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

каким образом проверять. можно код

Что типа этого. (Точнее по F1 на CALL FUNCTION)

call function qqq startin new task 'zzz' performing zz on end of task.

form zz.
recieve result from qqq

endform.

ну а внутри qqq просто чтение в цикле пока данные не появятся

Почему не используете подсистему обновлений?

а по времени ограничение делать не надо? вдруг они очень долго не появятся?

как, подскажите, пожалуйста

best practice. Все изменения данных локализуются в ФМ обновлений, которые вызываются call function...in update task. Они отработают при явном commit work.
Commit work - в асинхронном режиме
Commit work and wait - в синхронном режиме
команда set update task local позволят запустить обновления в контексте программы.
Такой подход позволяет добиться атомарности операций с БД - обновления либо отработают все, либо не отработает ни одно, не будет промежуточных состояний, когда половина сохранилась, а половина нет.