|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Oleg Ivantchouk 2:5020/400 16 Feb 2001 12:26:17 To : Dmitry Kuzmenko Subject : Re[2]: Проблема с большими таблицами -------------------------------------------------------------------------------- Hello Dmitry, Thursday, February 15, 2001, 6:23:24 PM, you wrote: >> Hе понял. Oracle - классический версионник (интересно, а какой сервер DK> заблуждение. Оракл - не "классический" версионник. Он вообще не версионник, DK> если так можно выразиться. Ваше определение классического версионника в студию, плиз. ... DK> И появилось это в Оракле не далее DK> чем с 7-ой версии. В 8-ой версии, если я не ошибаюсь, в Оракле появилась DK> версионность метаданных. Что имеется в виду под метаданными? Данные из словаря? Они обрабатываются также, как и обычные - тут дискриминации нет и не было. DK> Почему не совсем версионник - потому что допускает пропадание версий, DK> если те не вмещаются в transaction log. Т.е. на длинной RR-транзакции там DK> есть шанс, что в определенный момент тебе начнут показываться свежие Это просто решается. Стандартный уровень изоляции - read commited. Однако можно задать (в том числе для сессии) ALTER SESSION SET ISOLATION_LEVEL SERIALIZABLE; Размер истории, хранимый в блоках данных, может задаватся параметрами INITRANS и MAXTRANS (и для индексов тоже). Добавлю, что если транзакция не пишет в базу, то есть является readonly, то уровень изоляции repeatable read используется автоматически. Чем же Oracle не классический версионник? DK> committed-записи, которых не существовало на момент старта этой DK> RR-транзакции. >> исторически был первым версионником?). Я вот сейчас на нем получил DK> из коммерческих - Interbase. Он был версионником сразу, с 1985 года. >> Почему версионник должен прочесывать FULL SCANом таблицу по ее версиям, и не >> может проделать тоже с индексом? Индексы также, как и таблицы, должны >> поддерживаться в актуальном состоянии по версиям. Oracle, например, это >> делает через журналы. Ошибочка, через сегменты отката. Олег Иванчук mailto:ion@utg.gazprom.ru -- Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Yugtransgaz (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/6488d7447c94.html, оценка из 5, голосов 10
|