Возможно ли при одновременном удалении одной и той же записи из разных транзакций получить такую ошибку?

lock conflict on no wait transaction
deadlock
update conflicts with concurrent update
concurrent transaction number is 1274078

Транзакции RCRW nowait, серверы 2.1 и 3.0

Скорее всего да, т.к. кроме как на это грешить не на что, просто странно, что самому повторить не получается..

rec_version есть, триггеров в этой табличке нет и не было никогда. Только пк на одно поле INTEGER.

AriochYuRock,

а fk на этот pk откуда-нибудь не свисает?
Нет. Это изолированная таблица от всех других объектов бд. Даже генератора на нее нет. Хранит некоторые текущие параметры пронумерованных объектов. Когда начинается работа (даже не начинается - а подготавливается к началу) с этим объектом - делается DELETE по этому номеру. Затем, возможно, если надо, чз некоторое время - INSERT. Предварительно идет блокировка других программ (чз другой механизм), чтобы они не могли работать с этим объектом (вообще это устройство).
И INSERT идет уже после успешной блокировки, т.ч. 2 INSERT'а невозможно.
Короче грубо говоря, INSERT делается по кнопке, которую можно увидеть и нажать только в одной программе (на 1 раб. месте).

Проблема проявляется, я так понял, когда из двух программ делается DELETE одновременно (такое возможно, к сожалению).

hvladДа, конечноСпасибо. Значит буду логику переделывать.

Ariochесли нет других связанных действий - то в автономной транзакции delete ?Это вопрос? Нет, в обыкновенной.

AriochYuRock,

это предложениеНу, во-первых, я писал, что кое-где еще 2.1, а во-вторых мне все равно бинарник менять придется, т.ч. и try..except в программе подойдет с тем же успехом. Только мне это не нравится.