|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Vladimir Pavlikov 2:5020/400 19 Feb 2001 14:39:03 To : All Subject : Re: Re[2]: Проблема с бо льшими таблицами -------------------------------------------------------------------------------- Hello! "Dmitry Popov" <popov@krista.ru> wrote: > По моим представлениям тут немного путаются два разных аспекта. > С одной стороны, для соблюдения всех свойств транзакций можно поступать > двумя основными способами: либо блокировать операции так, чтобы для каждой > транзакции настал момент, когда единственная копия данных находится > в правильном для неё состоянии, либо не блокировать и заводить множество > версий, среди которых найдётся версия для каждой активной транзакции. > Первое есть блокировочник, второе есть версионник. > А вот как хранятся версии - это уже другой вопрос. В InterBase все версии > хранятся в общем пространстве. Оракл же, как я понял из обсуждения > (сам не являюсь его знатоком), держит одну "главную" версию в основном > пространстве базы (чем делает это пространство сходным с > блокировочниками), а другие версии - отдельно. > Hа мой взгляд это всё же версионность, хотя и полученная путём > переделывания блокировочника, а не изначальной разработкой версионника. Факт. И из него (_до_делывания "сбоку") сделать вывод о какой-то классике довольно странно. Hормальный блокировочник, умеющий работать и в режиме версионника за счет отработки особого "лога" - сегментов отката. > Hо: в версионниках возможен один интересный глюк, невозможный в > классическом блокировочнике. Хотя версионник и соблюдает все стандартные > требования к транзакциям (A.C.I.D.), это ещё не гарантирует > сериализуемость. Оно означает, что результат параллельного исполнения > набора транзакций должен соответствовать какой-нибудь последовательности > их исполнения по отдельности. Так вот, в "стерильном" версионнике > без блокировок некоторые последовательности действий в параллельных > транзакциях могут дать несериализуемый результат. В подробности > углубляться лениво, но скажу лишь, что лечится блокировками. Потому > в IB и есть простенький механизм блокировок на уровне таблиц. Hа такой > крайний случай. Блокировки в IB самые "настоящие", отнюдь не на уровне таблиц/страниц, а на уровне записей. Возможно, это и есть основание для вышенаписанного заблуждения? А может и нет - лучше углубиться в подробности. -- Владимир Павликов. Отправлено через сервер 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/648877d7040c.html, оценка из 5, голосов 10
|