|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 15 Jun 2001 13:14:56
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
com> <9g7m1b$ru9$9@host.talk.ru> <38dfito5fljvkefc2h6ha0n300fooraqg7@4ax.com>
com> <9g83kl$7lb$3@host.talk.ru> <8qrhitsqumofvj0dkf9ehrkm5qm03oioj0@4ax.com>
From: "Vladimir Pavlikov" <pvv@soil.msu.ru>
Hello! "Tolik Tentser" <tolik@katren.ru> wrote:
> >> Кстати, в схеме с предоставлением каждой транзакции версионного
> >> снапшота БД - deadlock таки вполне возможен, если разные транзакции
> >> начнут менять одни и те же наборы данных "навстречу" друг другу.
> >Hет. Будет блокировка "второй", либо (скорее всего) откат.
> Hу да. А если эта вторая уже успела изменить некую запись, которую
> собирается менять первая ? И наоборот ? Кто их разводить будет ?
Писал уже в дверях, стоя одной ногой на улице :)
Да, если обе транзакции выполняются с параметром wait - это блоки-
ровочный (по записи) режим. Т.е. две блокировки - дедлок. Если хотя
бы у одной no wait - она будет откачена. Если обе - откатится та,
которая первой попробует модифицировать уже модифицированную, но еще
не закомиченную запись. В обоих случаях оставшаяся завершится успешно.
HО! - это в полуверсионниках, а я писал о "гипотетическом" (и вполне
реализуемом) полном.
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
