|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Pratch 2:5020/400 22 Aug 2002 00:13:36
To : Vladimir Pavlikov
Subject : Hа: Отчеты
--------------------------------------------------------------------------------
Hi!
"Vladimir Pavlikov" <pvv@soil.msu.ru> сообщил/сообщила в новостях следующее:
news:ak0dfd$l6c$1@host.talk.ru...
> DG> 1. Использовать транзакцию, объединяющую эти несколько запросов
>
> Это прокатит только на IB, в режиме изоляции RR. В остальных нет,
> из-за возможных фантомов вставки.
Это в IB фантомы блокруются в режиме RR, у "ненормальных" - уровень
serizable. ;-)
Так как на этом уровне блокируется слишком много в БД, то лучше залить а
этом уровне предварительные выборки во временные таблицы, потом закончить
транзакцию, и продолжить работу со временками на стандартном
уровне, никому дальше не мешая.
А на счет IB: я в нем небольшой спец. Hо если то, что ты написал -
правда, то это тоже не настолько хорошо, как может тебе показатся.
Сам факт перепрыгивания через уровень изоляции в сравнении со
стандартом - не есть good. Кроме того, такой подход заствляет разработчика
пять раз взвесить, прежде чем им воспользоватся и малейший просчет в
эксплуатации может в любой момент вылезть боком. Так как при таком
"закрученном до отказа" уровне на время транзакции вся БД для остального
мира переходит в режим ReadOnly. А с поправкой на то, что транзакциями в IB
управляет сам клиент, а не процедуры на уровне сервера, то это больше похоже
парашют в пассажирском авиалйнере - вроде как и дополнительная возможность
спастись есть, но только воспользоватся ей практически не возможно.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: LtawaSoft (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
