Взаимодействие копий программы

Не знаю, в какой раздел этот вопрос, но, поскольку программа будет на Lazarus, то и вопрос сюда.
Есть где-то на сервере база данных (пусть PostgreSQL, хотя это неважно). В базе данных есть некоторое количество сущностей.
Есть рабочие станции, на которых стоят копии программы.
Каждая копия программы может читать одну сущность в память своей станции, оператор будет работать с ней какое-то время, а затем может записать измененную сущность обратно, а может и не записать.
Вопрос в следующем: можно организовать так, что программа при доступе к сущности будет получать информацию о том, что кто-то с сущностью уже работает?
И самое главное: чтобы это было корректно.

Добавлено через 6 минут
Поясню, что значит корректно.
Первая мысль, которая приходит в голову - это в БД для каждой сущности завести поле, в котором каждая копия программы при доступе к сущности увеличивает счётчик на 1, а когда покидает - уменьшает на единицу. Но эта мысль не предусматривает форс-мажоры. Допустим программа открыла сущность, а станция вырубилась, погас свет, оператор завершил программу аварийно и т.д. Признак доступа остался висеть, хотя реально это не так. Это некорректно.

0

Сообщение от Massaraksh7 Мне не нужно ни зависание, ни отказ.

Ну вы просто хотите в качестве отказа "давать предупреждение пользователю", а так то это все равно отказ. Кто то получил лок и значит заведомо успешно отредактирует и закоммитит сущность если только сам не передумает, а кто то получил отказ и может использовать его как угодно, хоть как "все равно редактировать но с предупреждением и привлечением оператора" хоть как запрет на редактирование.

Вариант без захвата локов я тоже описал - просто сохранять у себя локально в памяти сущность какой она была до редактирования вами, а в момент записи сравнивать совпадает ли в базе с локальной копией update entity=edited where entity=saved. В этом случае выигрывает не тот кто раньше начал редактировать, а тот кто раньше закончил редактировать. Ну а тот кто обнаружил разницу пусть думает как с ней быть дальше. Это алгоритм любого version control, типа svn или git.

0