сделки в PostgreSql

Question

Я хотел бы реализовать следующий сценарий в PosgreSQL от Java:

• Пользователь выбирает данные
• пользователь запускает транзакции: вставки, обновления, удаления данных
• Пользователь совершает транзакции

Я бы хотел, чтобы данные не были доступны для других пользователей во время транзакции. Было бы достаточно, если бы я получил исключение, когда другой пользователь пытается обновить таблицу.

Я пытался использовать select for update или select for share, но он также блокирует данные для чтения. Я пытался использовать команду lock, но я не могу получить блокировку (ERROR: could not obtain lock on relation "fppo10") или другая транзакция блокируется при попытке совершить транзакцию, а не при обновлении данных.

Существует ли способ блокировки данных в момент начала транзакции, чтобы предотвратить любой другой вызов update, insert или delete заявление?

У меня есть этот сценарий, который успешно работает в течение нескольких лет в базе данных DB2. Теперь мне нужно, чтобы такое же приложение работало и для PostgreSql.

Answer 1

Наконец-то, я думаю, что получаю то, что вы собираетесь делать.
Это не проблема «транзакции» как таковая (и в зависимости от количества таблиц, с которыми нужно иметь дело, и требуемых заявлений, возможно, вам даже не понадобится), это проблема -приложения. У вас есть два общих способа борьбы с этим; оптимистичная и пессимистическая блокировка.

Пессимистическая блокировка явно принимает и удерживает замок. Это лучше всего использовать, когда вы можете гарантировать, что вы будет изменить строку плюс связанные с ней вещи, а когда ваши транзакции будут short. Вы использовали бы его в ситуациях, таких как обновление «текущего баланса» при добавлении продаж в учетную запись, как только была сделана покупка (произойдет обновление, короткое время транзакции, поскольку в этот момент не будет выбора).Пессимистическая блокировка становится расстраивающей, если пользователь читает строку, а затем идет на обед (или в отпуск ...).

Оптимистичная блокировка считывает ряд (или набор), а не принимает любые блокировки уровня db. Это лучше всего использовать, если вы просто читаете строки, без какого-либо непосредственного плана по обновлению любого из них. Обычно данные в строке будут содержать значение «версия» (сгенерированный счетчик или последняя обновленная временная метка). Если ваше приложение переходит к обновлению строки, оно сравнивает исходное значение (ы) данных, чтобы убедиться, что оно не было изменено чем-то другим в первую очередь, и предупреждает пользователя, если данные были изменены. Большинство приложений, взаимодействующих с пользователями, должны использовать оптимистичную блокировку. Тем не менее, он требует, чтобы пользователи замечали и обращали внимание на обновленные значения.

Обратите внимание, что, поскольку блокировка редко (и на короткий период) выполняется в оптимистичной блокировке, она обычно не конфликтует с отдельным процессом, который принимает пессимистический замок. Пессимистичное приложение блокировки помешает оптимистическому обновлению заблокированных строк, но не будет их читать.
Также обратите внимание, что это правило обычно не применяется к массовым обновлениям, которые практически не будут взаимодействовать с пользователем (если они есть).

---

Т.Л., др

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

Answer 2

Вместо select for update попробовать "строку эксклюзивный" блокировку таблицы:

LOCK TABLE YourTable IN ROW EXCLUSIVE MODE; 

Согласно documentation, этот замок:

команды UPDATE, DELETE и INSERT приобрести этот режим блокировки на целевую таблицу (в дополнение к блокировке ACCESS SHARE на любых других таблицах, привязанных к ). В общем, этот режим блокировки будет получен любой командой , которая изменяет данные в таблице.

Обратите внимание, что название замка сбивает с толку, но это заблокировать всю таблицу:

Помните, что все эти режимы блокировки являются блокировки таблицы уровня, даже если имя содержит слово «строка»; имена режимов блокировки: исторические