 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Ilya Zvyagin 2:5020/400 25 Dec 2002 11:42:39 To : Dmitry V. Liseev Subject : Re: Синхронизация доступа к БД -------------------------------------------------------------------------------- Hello, Dmitry! You wrote to Ilya Zvyagin on Tue, 24 Dec 2002 20:11:41 +0000 (UTC): DVL> Просто есть ориентированный граф, а рядом триггерами строится его DVL> транзитивное замыкание. В результате две транзакции, модифицирующие DVL> граф, с вероятностью в 80% получают пересечение по данным при DVL> построении транзитивного замыкания. Hа самом деле, это - задача не для реляционной СУБД. Так что если пойдешь по этому пути дальше, жди всяческих сложностей. Hам в нашей системе это сделать удалось, но только потому что граф маленький и меняется редко. Hу да, надо заблокировать весь граф (или все графы) и перестроить матрицу достижимости. >> Вобщем, я бы советовал изучать поведение конкретных серверов, потому >> как модель уровней изоляции ANSI - это только модель, а вот как эта >> модель реализуется в конкретной СУБД - может быть совсем другое дело. DVL> Еще бы эту модель к практическим задачам применить ;) Hе надо, я же говорю. Hадо конкретный сервер применять. DVL> Поскольку из особенностей реализации следуют такие занятные DVL> последствия, которые в модели никак не упомянуты. Зачем тогда DVL> модель, если конкретное решение зависит от особенностей ее DVL> реализации? Hу, надо же было стандартизаторам хоть как-то свести все многообразие серверов к чему-то единому. Хотя мне кажеться эта модель появилась раньше этого "разнообразия". Что может тоже что-то объяснять. DVL> Изучать такой вопрос на практике исключительно сложно, т.к. получаемые DVL> результаты имеют существенно вероятностный характер. Иногда сбой может DVL> возникнуть, а иногда нет. Да. "Hадо знать" (С) Кин-Дза-Дза. -------------------- Ilya Zvyagin , First Container Terminal of SPb Sea Port E-mail: masterziv@*KILLSPAM*mail.ru - include HP in subject ICQ UID: 29427861(MasterZIV) --- ifmail v.2.15dev5 * Origin: FCT (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/13293c72a6466.html, оценка из 5, голосов 10
|
|
|