блокировка записи

← →
beginer (2004-10-25 12:07) [0]

Подскажите,пожалуйста,как можно заблокировать уже редактируемую запись с помощью транзакций.Если не трудно приведите какой-нибудь примерчик,а то ума не приложу что и где писать надо

← →
Карелин Артем © (2004-10-25 12:12) [1]

IB не блокировщик.

← →
Johnmen © (2004-10-25 12:15) [2]

Можно сделать псевдоблокировку.
Как - написано здесь ibase.ru, ищи...

← →
HSolo © (2004-10-25 12:17) [3]

http://ibase.ru/devinfo/pslock.htm

← →
beginer (2004-10-25 12:25) [4]

Прочитал,но так и не понял,что делать нужно.А на пальцах это объяснить никак нельзя?

← →
}|{yk © (2004-10-25 12:56) [5]

написать в запросе for update

← →
beginer (2004-10-25 12:58) [6]

А кто-нибудь из присутствующих делал подобные блокировки в своих программах?

← →
Johnmen © (2004-10-25 13:12) [7]

Ты все же почитай по ссылке HSolo © (25.10.04 12:17) [3]
особенно п.4

← →
Роман Снегирев (2004-10-25 13:41) [8]

select ... for update with lock
но тогда нужен FB 1.5 и компоненты подходящие (FibPlus например)

← →
Vemer © (2004-10-25 14:24) [9]

ИМХО это кривой способ блокировки, т.к. при зависании клиента записи могут стать надолго недоступными. Поля статуса + разруливание на клиенте/в ХП - намного проще.

← →
vv_fran (2004-10-25 16:26) [10]

У меня тоже, типа как у Vemer, но через таблицу блокировок - в ней № записи и кто открыл. Чужие записи открываются только на чтение.

← →
Роман Снегирев (2004-10-25 17:56) [11]

to Vemer and vv_fran
ну вот рухнет приложение у одного из клиентов, и что дальше? а дальше то, что записи навечно (до вмешательства админа) остануться "заблокированными"

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

← →
vv_fran (2004-10-26 10:24) [13]

В догонку Vemer - у меня в приложении есть пункт меню "Сбросить блокировку". И он нужна только если комп. сломался физически. При повторном запуске приложения таблица блокировки обновляется.

Вдогонку самому себе - на SQL.Ru сурьезные люди, сурьезно занимающиеся БД за блокировку транзакцией вообще руки сразу предлагают отрывать прогерам )). Так что можно сразу готовиться быстро убегать от благодарных юзеров.

← →
kdv (2004-10-26 18:12) [15]

to Vemer:

если б ты почитал про реализацию with lock в IB, то понял бы, что update от select with lock не отличаются. т.е. они отличаются конечно, но в обоих случаях генерится версия. Кроме того, если в после update клиентский софт отвалится, то точно так же версии "застрянут". Застревают они не навсегда, а до тех пор, пока сервер не обнаружит что клиент отвалился. в зависимости от настроек сервера и tcp это может быть от "моментально" до "3 минуты" по умолчанию.

Так что в данном случае with lock наоборот, лучше чем ручной update.

насчет "сурьезных людей", которые "за блокировку ..." - любая модификация данных это блокировка, до окончания транзакции.
И в IB/FB даже есть блокирование таблиц целиком при старте транзакции и по ходу. И в версионнике всегда (!) блокировки намного легче и менее страшные. чем в блокировочном сервере.
К тому же, большинство коммерческих серверов именно стремится к версионности. Хотя бы будущая версионность в Yukon, как будто прямо срисованная с IB/FB (а не с Оракла, к примеру).

блокировка записи Найти похожие ветки