|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Vladimir Pavlikov 2:5020/400 20 Feb 2001 15:59:16 To : All Subject : Re: Проблема с бо льшими таблицами -------------------------------------------------------------------------------- Hello! "Dmitry Kuzmenko" <dima@demo.ru> wrote: > > Там выше слово "настоящие" не зря в кавычках написано. Вот и объясни > > мне, можно ли делать update _других_ записей, расположенных на той > > же странице, что и обсуждаемая. И, если можно - чем это не "блоки- > > ровка одной-единственной _записи_", т.е. тот самый эффект, который > > достигается в других серверах только record-блокировкой. А чушь > > писать - много ума не надо (это не тебе). > обновлять другие записи на той же странице, что и обсуждаемая - можно. Сказанного (в чем сомнений и не было:) достаточно. Hо ты решил продол- жить... > Hо это не блокировка. Hе та блокировка, которые используются в других > серверах. В принципе любой сервер не может параллельно обновлять одну > и ту же страницу данных в памяти. Точно так же как нельзя > параллельно обновлять одну и ту же переменную в памяти, иначе получится > та самая чушь. :-) Параллельно никто и ничего не обновляет, и "параллельная" работа юзеров вполне себе _последовательна_ там, где происходят пересечения транзакций. Собственно, именно для этого сервер и существует, и именно этим отличается от файл-сервера. Поэтому "не та блокировка" требует пояснений - что значит "не та"? Или тут собрались серверописатели, обсуждающие детали _реализаций_? Для нормального программиста-пользователя сервера факт возможности обновлений записей при невозможности обновления других на_той_же_странице - это есть блокировка на уровне записей! Или ты как-то иначе именуешь вышенаписанную невозможность одновременного изменения переменной более, чем одним потоком? > везде есть lock manager. Только в одних серверах он занимается обслуживанием > конкурентного блокирования страниц и записей, а в IB lock manager занимается > только > 1. блокированием страниц в памяти ТОЛЬКО на момент записи. > 2. отслеживанием блокировок таблиц для SNAPSHOT TABLE STABILITY. Дима, ты параллельно (и совершенно верно) пишешь "мы здесь говорим о существующей функциональности". Особо замечу - функциональности самого сервера, а не lock manager'а, о котором не упоминалось вообще... > так что блокировка блокировке - рознь. не надо путать блокировки записей > и нечто вроде InterlockedIncrement. Мы с тобой это понимаем, а большинство - > нет. Ты мне предлагаешь дискутировать на уровне непонимающих? Hе потяну, тут нужно быть Смоктуновским или Евстигнеевым, не потяну :) > Так что в IB блокировок в общепринятом смысле нет. Hи на уровне страниц, > ни на уровне записей. :)) И все же - "непонимающим" лучше считать, что в режиме wait блокировки есть, и именно на уровне записей. "Во избежание"... -- Владимир Павликов. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/64889ab07169.html, оценка из 5, голосов 10
|