|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrei Sokolik 2:5022/2.20 16 Feb 2001 19:29:50 To : Dmitry Kuzmenko Subject : Проблема с большими таблицами -------------------------------------------------------------------------------- 16 Feb 01 13:57, Dmitry Kuzmenko wrote to All: >> Это просто решается. Стандартный уровень изоляции - read commited. >> Однако можно задать (в том числе для сессии) >> ALTER SESSION SET ISOLATION_LEVEL SERIALIZABLE; В oracle read commited отличается от serializable тем, что первый обеспечивает сериализацию на уровне оператора sql, второй на уровне всей транзакции. DK> вообще все решается всегда очень просто - вырубанием всех остальных DK> пользователей, и работа в однопользовательском режиме. Это что, прикол <:-) DK> И зачем тогда в DK> Оракле ввели версионность, если ты предлагаешь работать в DK> SERIALIZABLE? Я тебе про фичу REPEATABLE READ, а ты мне - "давайте DK> будем работать в другом режиме". Это просто разные уровни сериализации - по глубине распространения, если так можно выразиться. А механизм реализации - один. Просто serializable требует больше ресурсов и рекомендуется в olap. А в oltp обычно и read commited хватает. В терминологии oracle read commited несколько больше, чем его классическая трактовка в ANSI/ISO SQL. Это полная сериализация в пределах одного оператора SQL. Короче, тебе стрижено, а ты - брито :). Andrei --- GoldED/W32 3.0.1 * Origin: С пивом по жизни. (FidoNet 2:5022/2.20) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/26883a8d744d.html, оценка из 5, голосов 10
|