LeXa NalBat postmanЗадача не очень сложная, есть данные фирм, их должны обрабатывать операторы. Жесткое условие одно, чтобы данные фирмы не могли одновременно быть у двух опреаторов, потому что оператор возможно будет совершать звонки в эти организации, чтоб не получилось дурацкой ситуации, когда в одну контору звонят двое или больше операторов.В момент открытия оператором карточки фирмы делается транзакция "update firms set caller_id=? where firm_id=? and caller_id is null", в момент закрытия - "update firms set caller_id=null where firm_id=? and caller_id=?".Ээээ... В смысле, не завершая транзакцию? Т.е. фактически блокируя запись? Потому что, если это не так (т.е. просто апдейтим запись и завершаем транзакцию), то представляем себе ситуацию, когда клиентское приложение "карточка" по какой-то причине слетает и запись остается навечно отмечена как "используемая в этот момент".

LeXa NalBat pamirПотому что, если это не так (т.е. просто апдейтим запись и завершаем транзакцию), то представляем себе ситуацию, когда клиентское приложение "карточка" по какой-то причине слетает и запись остается навечно отмечена как "используемая в этот момент".Да, такой эффект видимо имеет место. Вроде бы с "advisory locks" такая же ситуация: "a lock acquired during a transaction that is later rolled back will still be held following the rollback, and likewise an unlock is effective even if the calling transaction fails later".

Можно изменить запросы, запретив операторам работать над карточкой фирмы более 1 часа, таким образом:
update firms set caller_id=?, caller_begtime=now() where firm_id=? and ( caller_id is null or caller_begtime < now() - '1 hour' )
update firms set caller_id=null, caller_begtime=null where firm_id=? and caller_id=?
Можно так, вот мое предложение (сырое, не проверенное, возможны и даже нужны возражения).
На чем пишется клиент? Если это веб, где нет постоянного коннекта к базе, тогда вариант не проходит. Если же клиент-сервер, где есть постоянный коннект к базе и клиент может им рулить, тогда просто при открытии карточки делаем предложенный апдейт (или просто select for update), но не завершаем транзакцию. После звонка надо нажать кнопку, которая завершит транзакцию и освободит строку (возможно заодно нужно будет и проапдейтить строку на предмет, что до них уже дозвонились). Если приложение слетает, то (как я думаю) в постгресе есть настройка как в оракле, которая указывает что и через какое время делать с неактивными сессиями. Обычно (я чаще сталкивался в оракле) настроено так, что через определенное время неактивности, сессия убивается, а транзакция откатывается. Таким образом, при слете приложения, через какое-то время строка освободится.

postmanПишу на java se+ jdbc. Операторов у меня не много сейчас не более 4 человек, и предложение LeXa NalBat мне кажется очень подходящим в моей ситуации. А потом попробую добавить то что предложил
pamir для выявления незаконченных сессий. (Сейчас для меня важнее в срок успеть) Программирую недавно, опыта не много, в этом топике узнал новое :) спасибо всем кто отвечал.
В догонку добавлю - для такой связки следующее решение моего варианта
Есть у тебя
Ставишь ему
(это если ты уже не заложился в коде на авто-коммит, иначе придется все менять, тогда уж действительно лучше потом, если сроки жмут *)

Потом когда пытаешься выполнить лок строки (или апдейт, что одно и тоже) ловишь
Дальше либо тупо считаешь, что это означает залоченую строку, либо более изящно - смотришь, что за ошибка и по-разному обрабатываешь.

Ну, а завершаешь все либо
Либо
В общем-то не так уж и сложно сразу так сделать, если не оговорка, отмеченная звездочкой (*)