|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Dmitry Popov 2:5020/400 20 Feb 2001 11:30:27 To : All Subject : Re: Проблема с бо льшими таблицами -------------------------------------------------------------------------------- On Mon, 19 Feb 2001, Vladimir Pavlikov wrote: > Hello! "Dmitry Kuzmenko" <dima@demo.ru> wrote: > > > > Блокировки в IB самые "настоящие", отнюдь не на уровне таблиц/страниц, > > > а на уровне записей. Возможно, это и есть основание для вышенаписанного > > > заблуждения? А может и нет - лучше углубиться в подробности. > > > в IB нет блокировок на уровне записей или страниц. Hет в принципе. > > Угу. Ты бы еще как Попов написал, "чушь", и дело в шляпе... Hу ладно, извиняюсь ежели переборщил. Переведём как "не согласен". > > Существует единственный конфликт - обновление non-committed записи, > > т.е. конкурирующий update. При этом один update наталкивается на > > non-committed версию записи, что тоже не является "блокировкой" > > в общепринятом смысле. > > Там выше слово "настоящие" не зря в кавычках написано. Вот и объясни > мне, можно ли делать update _других_ записей, расположенных на той > же странице, что и обсуждаемая. И, если можно - чем это не "блоки- > ровка одной-единственной _записи_", т.е. тот самый эффект, который > достигается в других серверах только record-блокировкой. А чушь > писать - много ума не надо (это не тебе). Всё-таки хочу заметить, что "блокировка" и "выявление конфликтов" с моей точки зрения - вещи разные. Если конфликт выявлен и нарвавшаяся на него операция прервана, то это не блокировка. Блокировка - это когда операция на некоторое время приостанавливается до тех пор, пока не сложатся условия для её корректного выполнения. А как сложились, так выполняетя, а не обрубается. С этой точки зрения set transaction ... reserving ещё можно назвать блокировкой. А вот ситуацию с задержкой транзакции wait ... ну ладно, полублокировкой. Потому что в некоторых случаях (если мешающая транзакция откатится по rollback), оно ещё может двинуться дальше. В подавляющем же большинстве вариантов его обрубят. > -- > Владимир Павликов. -- Дмитрий Попов, mailto:popov@krista.ru --- ifmail v.2.15dev5 * Origin: Krista NPO (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/10584dcbd6b25.html, оценка из 5, голосов 10
|