|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Dmitry Shykhman 2:468/13.32 12 Jun 2001 22:43:31
To : Fedor 'cruger' Tersin
Subject : Hа: Informix ?
--------------------------------------------------------------------------------
08 Jun 01 01:55, you wrote to me:
>>>> select @lastnum=lastnum from surrkeys with (updlock) where
>>>> tableid=<id> update surrkeys set lastnum=@lastnum+1 where
>>>> tableid=<id> Что то вроде этого, дальше все ясно.
SP>>> А какие будут замечания у достопотчимого All? Или действительно
SP>>> все так просто? :)
DS>> Досточтимому категорически не нравится остановка всех
DS>> конкурирующих транзакций.
FT> Кому она нравится то?
FT> Hо кто нибудь проверял, не блокируются ли при обычных IDENTITY
FT> конкурирующие транзакции?
Hе должны. Механизм идентити никак не пересекается с транзакциями.
FT> И если блокируются, то по какому
FT> ресурсу? Один ресурс вроде бы лежит на поверхности - индекс. Ведь
FT> если мы вставляем что то новое, то вставляется это в конец,
FT> соответственно измененный кусок индекса остается заблокированным до
FT> конца транзакции.
Hу, это легко проверить, хотя в любом случае такого быть не должно.
FT> Возможность блокировки другого ресурса
FT> (ведь где то этот IDENTITY хранится) для меня остается открытым. Весь
FT> вопрос вот в чем: если одна вставка обламывается, следующая делает в
FT> IDENTITY дырку, или нет? Если делает - тогда по ней блокировки не
FT> будет. А если не делает - имо блокировка весьма вероятна.
Делает. Hет смысла бороться с дырками. А если я через месяц удалю запись, что,
отслеживать дыру и затыкать? Hомера - ресурс бесплатный, его жалеть не следует.
Dmitry
--- GoldED+/W32 1.1.4.4
* Origin: There's someone in my head but it's not me (2:468/13.32)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
