|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Fedor 'Cruger' Tersin 2:5020/794.139 08 Jun 2001 01:55:48
To : Dmitry Shykhman
Subject : Hа: Informix ?
--------------------------------------------------------------------------------
Dmitry Shykhman навис на Sergey Practh
>>> select @lastnum=lastnum from surrkeys with (updlock) where tableid=<id>
>>> update surrkeys set lastnum=@lastnum+1 where tableid=<id> Что то вроде
>>> этого, дальше все ясно.
SP>> Дык, действительно оказалось просто. Я даже и не предполагал
SP>> такого простого решения для такой сложной проблемы.
SP>> А какие будут замечания у достопотчимого All? Или действительно
SP>> все так просто? :)
DS> Досточтимому категорически не нравится остановка всех конкурирующих
DS> транзакций.
Кому она нравится то?
Hо кто нибудь проверял, не блокируются ли при обычных IDENTITY конкурирующие
транзакции? И если блокируются, то по какому ресурсу?
Один ресурс вроде бы лежит на поверхности - индекс. Ведь если мы вставляем что
то новое, то вставляется это в конец, соответственно измененный кусок индекса
остается заблокированным до конца транзакции. Hо тогда никто другой в ту же
таблицу больше ничего вставить не сможет - придется ему ждать.
Возможность блокировки другого ресурса (ведь где то этот IDENTITY хранится) для
меня остается открытым. Весь вопрос вот в чем: если одна вставка обламывается,
следующая делает в IDENTITY дырку, или нет? Если делает - тогда по ней
блокировки не будет. А если не делает - имо блокировка весьма вероятна.
Fedor.
--- WP/95 Rel 1.78E (215.0) Reg.
* Origin: cruger@galaktika.ru && ICQ#5167246 (2:5020/794.139)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
