|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Anatoly Moskovsky 2:5020/400 11 Apr 2001 12:46:42
To : All
Subject : Re: Дремина хитрость 2
--------------------------------------------------------------------------------
"Ilya Zvyagin" <ziv@fct.ru> wrote in message
news:986970473.840173@gatekeeper.fct.ru...
>
> Anatoly Moskovsky wrote in message ...
> >> > А что в этих серверах (MSSQL, Sybase, SQL AnyWhere) нет автономных
> >Сессия может открыть параллельную транзакцию, в ней увеличить счетчик и
> >выполнить коммит, а основная транзакция при этом не завершена.
> Таких нет. Hо это можно элементарно сделать последовательно.
>
Что значит последовательно? Коммит после каждой вставки строки или генерация
id для всех строк в транзакции, потом коммит, а только потом вставка тех
строк?
> >В этом случае вероятность блокировки почти = 0.
>
> Блокировки здесь ни при чем.
>
Hу как же не причем? :) Могу тебя поцитировать(subj: Re: Дремина хитрость 2;
date: 4/4/01 15:25):
SV>... но в одну таблицу - да, существенно лучше. Ибо я смогу нарваться
только
SV>на dead блокировку в одной таблице. А вот если две таблицы (неважно как)
SV>будет пользоваться, то вероятность dead блокировок (межтабличных) +
SV>вероятность внутритабличных...
IZ>Ерунду ты написал. Какая разница одним ты оператором вставишь данные или
IZ>сотней ? Блокировки одинаковы.
Что ты имел ввиду: что разницы нет, и блокировки одинаково непричем?
Я могу пояснить, что _я_ имел ввиду:
Я предложил способ как заменить identity на свой генератор, и чтобы при этом
не возникало проблем из-за того, что несколько сессий(транзакций)
одновременно увеличивают значение столбца в одной и той же строке. Другие
проблемы естественно останутся.
Бай
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
