 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Dmitry V. Liseev 2:5020/400 25 Dec 2002 00:11:41 To : Ilya Zvyagin Subject : Re: Синхронизация доступа к БД -------------------------------------------------------------------------------- Ilya Zvyagin <ziv@fct.ru> wrote in message news:1040712944.395020@gatekeeper.fct.ru... Hi! > DVL> особенности реализации в разных серверах? > А вот этого добра в документации к каждому серверу навалом. > Читай-учитайся. > Что самое интересное, что в итоге может выясниться, что все эти > уровни по ANSI - сущая фикция в реализации конкретного сервера, > т.е. конкретный уровень, конечно же, обеспечивает нужное поведение, > но вместе с этим такие побочные эффекты возникают, что функционирование > приложения в таких условиях ставиться под вопрос. Hекий побочный эффект в виде того, что 80% транзакций вдруг стали завершаться ORA-01555 у меня возник :( Функционирование поставилось под вопрос :( Просто есть ориентированный граф, а рядом триггерами строится его транзитивное замыкание. В результате две транзакции, модифицирующие граф, с вероятностью в 80% получают пересечение по данным при построении транзитивного замыкания. Потому и пришлось глубоко копать проблему сабж. Чем больше копаю, тем больше перестаю вообще чего-либо понимать, хотя на простых примерах все было понятно и очевидно. Hа простых примерах опять-же сразу видно требуемое "нужное поведение". По мере усложнения становится не очевидно, какое именно поведение нужно и может ли его осуществить существующая реализация конкретного уровня в конкретном сервере. > Вобщем, я бы советовал изучать поведение конкретных серверов, потому > как модель уровней изоляции ANSI - это только модель, а вот как эта > модель реализуется в конкретной СУБД - может быть совсем другое дело. Еще бы эту модель к практическим задачам применить ;) Поскольку из особенностей реализации следуют такие занятные последствия, которые в модели никак не упомянуты. Зачем тогда модель, если конкретное решение зависит от особенностей ее реализации? Изучать такой вопрос на практике исключительно сложно, т.к. получаемые результаты имеют существенно вероятностный характер. Иногда сбой может возникнуть, а иногда нет. ____________________________ С уважением, Лисеев Дмитрий. http://private.peterlink.ru/dimik/ PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73 --- ifmail v.2.15dev5 * Origin: Peterlink ISP News System (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/138520b333815.html, оценка из 5, голосов 10
|
|
|