|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 18 Jun 2001 15:19:58
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>
com> <9gcjl4$ur8$1@host.talk.ru> <5rhkitg8t4jtd9fuu5km8h1fo64pq5qgbq@4ax.com>
com> <9gd873$bqq$1@host.talk.ru> <992844118.640144@gatekeeper.fct.ru>
From: "Vladimir Pavlikov" <pvv@soil.msu.ru>
Hello! "Ilya Zvyagin" <ziv@fct.ru> wrote:+
> Я лично тоже не понимаю, как. КАК можно удовлетворить
> две транзакции, одна из которых говорит, что поле А
> в записи должно быть 1, а вторая В ТО ЖЕ ВРЕМЯ говорит,
> что поле А в той же записи должно быть 2 ? Тем более
> если еще поднять уровень изоляции до REPEATABLE READ.
> Тут уж DEADLOCK - самый лучший выход.
> Я кстати вообще не понимаю, чем он вам так не нравиться,
> зачем его исключать ВООБЩЕ.
Как - в письме Толику. А не нравится - так он даже серверу
не нравится, топором он его, хотя уж серверу-то на разра-
ботчиков и юзеров глубоко наплевать. А чем он нравится тебе?
Хотя... Любо задача и организация работы его просто исключа-
ют, либо что-то шибко умное все равно не сделать. Тут я сог-
ласен, но зачем же худшее-то сразу выбирать? Разводка по
привиллегиям юзеров, каким-то другим критериям либо просто
по тому, кому не повезло - всяко лучше - и внятнее, и дешевле.
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
