|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Dmitry Kuzmenko 2:5020/400 19 Feb 2001 18:53:14 To : All Subject : Re: Проблема с большими таблицами -------------------------------------------------------------------------------- Hello, Andrei! Andrei Sokolik wrote: > В oracle read commited отличается от serializable тем, что первый обеспечивает > сериализацию на уровне оператора sql, второй на уровне всей транзакции. и только? :-) > DK> вообще все решается всегда очень просто - вырубанием всех остальных > DK> пользователей, и работа в однопользовательском режиме. > Это что, прикол <:-) конечно. Самый что ни на есть режим serial. Serial - последовательный. Сериализуемый уровень изолированности - это режим когда транзакции выполняются "как бы" последовательно. Большинство именно так их и выполняют, т.е последовательно. > DK> Оракле ввели версионность, если ты предлагаешь работать в > DK> SERIALIZABLE? Я тебе про фичу REPEATABLE READ, а ты мне - "давайте > DK> будем работать в другом режиме". > > Это просто разные уровни сериализации - по глубине распространения, если так > можно выразиться. А механизм реализации - один. Просто serializable требует > больше ресурсов и рекомендуется в olap. А в oltp обычно и read commited > хватает. В терминологии oracle read commited несколько больше, чем его > классическая трактовка в ANSI/ISO SQL. Это полная сериализация в пределах > одного оператора SQL. Короче, тебе стрижено, а ты - брито :). это ты мне так, а не я. я пишу про реализацию RR, а ты мне в ответ - "не пользуй RR, пользуй Serializable". Это разве ответ? И вообще, у тебя какая-то путаница - похоже ты путаешь сериализуемость и SNAPSHOT. И насчет "в оракле read committed несколько больше" - я прямо балдею. И чем же интересно, он "больше"? Может быть пора прочитать http://www.osp.ru/dbms/1996/02/45.htm ? кстати, то, что ты называешь "сериализацией одного оператора SQL", везде называется "атомарность". -- Dmitry Kuzmenko, Epsylon Technologies. TechSupport Manager. InterBase support. Welcome to http://ib.demo.ru/ (1251) (095) 530-28-06. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Epsylon Technologies (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2108ace19009.html, оценка из 5, голосов 10
|