Deadlock. Update contlicts with сопсurеnt update.
Помогите правильно выставить настройки транзакций пожалуйста.
Читаю-читаю по транзакциям и Фибплюсовские доки и Хелен Борри и гуглю
и никак не могу понять как избавиться от этого дела.

Описание ситуации:

Есть аптека, есть программа "бьющая чеки". Процесс "закрытия чека" происходит через хранимую процедуру.
Процедура выполняется через FIBQuery. В транзакции к нему выставлено:
write
nowait
rec_version
read_committed

Таких рабочих мест в аптеке бывает до 5 и никогда конфликтов не возникало. Транзакции короткие.
И тут я на "сервер" где база добавляю прогу для передачи в центральный офис изменений.

Певая программа при выполнении ХП ставит 1 в поле "change". Ну что типо было изменение остатка.
Вторая на локальном сервере каждые 5 мин. делает выборку по этому полю "change", отправляет
инфу по остаткам на удаленный сервер и ставит признак "change" в 0, причем для каждой записи
стартуется и закрывается отдельная короткая транзакция с теми же настройками.
write
nowait
rec_version
read_committed

Конфликты возникают между ХП в первой программе и командой которая изменяет с 1 в 0 признак изменения.
Иногда выдается ошибка в первой а иногда во второй программе.

Много написал конечно но хотелось чтобы было все понятно )

Юзается Delphi+Firebird 2.0.4+FIBPlus 6.9.9.

Заранее спасибо.

Тут все очень сложно и просто в одночасье.
Репликаторы не подходят.
Долго обьяснять.

Тут как-бы нужно добиться чтобы на хп ошибка не вылетала и она имела приоритет.
Пусть уже "репликатор" сбоит себе и перезапускает таймер, отправит в след. раз.
Вот как такого добиться не понимэ.
Игрался разными вариантами настроек но уже запарился подбирать.

Да причем тут остатки.
Есть 2 таблицы.
"Товары" и "партии".
Конечно ХП при пробитии чека снимает остатки. т.е. изменят таблицу "партии".
В Таблицу "товары" ставит при этом на нужном товаре 1.

Друагя программа в Таблицу "товары" ставит на нужном товаре 0.

Если Транзакция ХП 2-3 секунды максимум то транзакция репликатора вообще короткая.


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

На кой мне реплицировать чеки?
Мне в офисе нужны остатки по 65 точкам максимально актуальные.
Будь везде хороший инет я бы раз в час гонял все остатки и не парился бы.
А так приходится раз в 10 мин. обновлять только измененные.
Поскольку у меня никогда никаких дедлоков не было решил что проще всего в товарах
добавить признак изменения в остатка в партиях.
Пробивается чек - меняется остаток в партиях - ставится 1 в товарах.
по таймауту запускается репликатор - выбирает из товаров позиции с 1 - отправляет изменения на сервер - ставит 0.
И вот нарвался.

Сейчас думаю как переделать.

Для чего триггер

Мне не продажи нужны (не чеки).
Мне нужны остатки из партий.

А зачем этот мартышкин труд для компа если есть готовые остатки?

Короче убрал проставление change=1 Из ХП и вроде пока норм.