· «Грязное» чтение полностью исключается механизмом «снимков». Фактически, снимок – это размер учитываемой части журнала изменений таблицы. Пользователь выполняет вычисления в рамках текущего состояния БД до тех пор, пока явно его не обновит посредством соответствующего оператора. Длительный многопроходной отчёт не даст рассогласованных данных.
· Реализован механизм «версионности». При поиске каждый пользователь работает с какой-то определённой версией данных – «снимком». Транзакция на корректировку сериализует обращения (т.е. организует последовательный доступ) к включённым в неё таблицам. Изменяемые таблицы блокируются при этом целиком, а не только изменяемые строки.
Долговечность
Журнал изменений для каждой таблицы свой и он растёт в процессе изменения данных. В заголовке журнала прописан размер «видимой» части. Заголовок обновляется при подтверждении транзакции. «Невидимые» данные доступны только процессу, владеющему таблицей в рамках транзакции или атомарной операции корректировки.
Механизмы разделения времени
· Используется единственный системный процесс для управления словарем данных (каталогом).
· Для каждого пользователя базы данных создается отдельный поток в операционной системе.
