5-ая оптимистическая буферизация, выполняется FLOCK(), затем TABLEUPDATE.
В принципе, может ли быть неуспех ?

PaulWist ПетлюраВ принципе, может ли быть неуспех ?

1. Да, если операции проведены в разных Datasession
2. Да, конечно, например нарушены ограничения

Сессия одна, приватная. Ограничения не нарушены.

проходящий. Петлюра5-ая оптимистическая буферизация, выполняется FLOCK(), затем TABLEUPDATE.
В принципе, может ли быть неуспех ?
Не надо скрещивать ужа с ежом. Буферизация как раз и делает все нужные блокировки, не надо путаться у нее под ногами и ей мешать.

Животные здесь не при чем. Вопрос сформулирован четко. Зачем это надо - другое дело.

проходящий. Петлюра проходящий. Петлюра5-ая оптимистическая буферизация, выполняется FLOCK(), затем TABLEUPDATE.
В принципе, может ли быть неуспех ?
Не надо скрещивать ужа с ежом. Буферизация как раз и делает все нужные блокировки, не надо путаться у нее под ногами и ей мешать.

Животные здесь не при чем. Вопрос сформулирован четко. Зачем это надо - другое дело.
Четко для кого? Для задавашего может и четко, для пытающихся его понять - нет.
Смешивание ручного и автоматического управления блокировками в одном месте - поиск приключений на одно место.
Пример приключений в студию.

PaulWist Петлюра PaulWist ПетлюраВ принципе, может ли быть неуспех ?

1. Да, если операции проведены в разных Datasession
2. Да, конечно, например нарушены ограничения

Сессия одна, приватная. Ограничения не нарушены.

Доп. вопросы:

1. Задача однопользовательская?
2. Как происходит сброс изменений данных (в транзакции или нет)

PS желательно привести код который реализует Ваш алгоритм.
1. Задача многопользовательская.
2. Транзакции не используются.
3. Код привести затруднительно, но суть такова:
в локальном курсоре пользователь выполняет некоторые действия, на основании которых
должны внестись определенные изменения в группу таблиц. Для этих таблиц устанавливается
буферизация. Таблицы локируются FLOCK(), после чего INSERT и UPDATE команды.
Затем TABLEUPDATE() и UNLOCK.

PaulWist Петлюра1. Задача многопользовательская.
2. Транзакции не используются.
3. Код привести затруднительно, но суть такова:
в локальном курсоре пользователь выполняет некоторые действия, на основании которых
должны внестись определенные изменения в группу таблиц. Для этих таблиц устанавливается
буферизация. Таблицы локируются FLOCK(), после чего INSERT и UPDATE команды.
Затем TABLEUPDATE() и UNLOCK.

1. Тогда реально наступить на заблокированную табличку

2. Тогда реально получить рассогласованные данные когда в мастер-таблице будут записиЮ а в деталях не будет содержания

3. Так в многопользовательской среде не работают, если использовать штатный механизм фокса, а Вас предстоит серьезная работа над обработчиком ошибок.

Спасибо, в азах я разбираюсь. Система многопользовательской работы действительно
не стандартна, но грабли типа 1-3, конечно же учтены. Все работает безукоризненно уже более
5 лет (пользователей - десятки). Вопрос был чисто теоретический. Тема закрыта.