|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Ilya Zvyagin 2:5020/400 08 Jun 2001 21:27:00 To : All Subject : Re: Informix ? -------------------------------------------------------------------------------- Vladimir Pavlikov wrote in message <9fq5ln$6m3$3@host.talk.ru>... >Если IDENTITY работают вне контекста транзакций - блокируются в >_обязательном_ порядке. Hесмотря на доку и "проверки". Если в >контексте.. не верю, ибо это есть параша, в multiuser негодная. Hу, ясен пень, она блокируется внутри сервера, он же многопоточный, но это - не те блокировки, не транзакционные блокировки. Hу, висит там по Mutex-у на каждый IDENTITY - и все. Hо изменения никуда на диск не пишутся в процессе работы. Я уж не помню как конкретно в MS, в Sybase просто берется новый диапазон значений, и при этом на диск плюхается информация, что диапазон взят. Затем до конца диапазона все тикает только в памяти. Ежели в процессе падает сервер - при старте берется уже следующий диапазон. Hу, в MS должно быть тоже что-то подобное. >> HЕ в "дырку". Откаченные транзакции HЕ откатывают увеличение IDENTITY. >> Его значения просто тупо увеличиваются не смотря ни на что. >Что и требовалось. Соответственно, к значению IDENTITY в любой >момент времени имеет доступ не более одной транзакции. Осталь- >ные ждут - блокировка. Как проверял? - это ж единицы мс, ни >индексы, ни (тем более) записи не блокируются. Или ты именно >про последнее? - тогда конечно. Время тратится лишь на обновление >значения на диске. Hу, я вобщем написал все выше. Естествено, я лично с секундомером записи не вставлял, просто опыт и все доки и консультанты говорят о том, что взятие значения IDENTITY не влияет на конкурентные транзакции вставки, ну или очень слабо влияет. Конечно, на самом деле влияние есть , есть (в Sybase) даже спец. параметры, которые позволяют влияние это уменьшать или увеличивать. Hо все равно это происходит HЕ в основной транзакции, и вообще вне транзакции в понимании сервера. --- ifmail v.2.15dev5 * Origin: FCT Saint-Petersburg (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/132930c7b07e3.html, оценка из 5, голосов 10
|