5. Оператор завершения транзакции.

Commit - успешно завершить транзакцию, все изменения, внесенные в базу данных делаются постоянными.

6. Оператор отката транзакций.

Rollback - откатить транзакцию, т.е. вернуть БД в состояние, в котором она находилась на момент начала транзакции. прерывает транзакцию и отменяет все внесенные ею изменения.

7. Сериализация параллельно выполняющихся транзакций.

Под сериализаций параллельно выполняющихся транзакций понимается такой порядок планирования их работы, при котором суммарный эффект смеси транзакций эквивалентен эффекту их некоторого последовательного выполнения. Сериальный план выполнения смеси транзакций - это такой план, который приводит к сериализации транзакций. Понятно, что если удается добиться действительно сериального выполнения смеси транзакций, то для каждого пользователя, по инициативе которого образована транзакция, присутствие других транзакций будет незаметно (если не считать некоторого замедления работы по сравнению с однопользовательским режимом).

Существует несколько базовых алгоритмов сериализации транзакций. В централизованных СУБД наиболее распространены алгоритмы, основанные на синхронизационных захватах объектов БД. При использовании любого алгоритма сериализации возможны ситуации конфликтов между двумя или более транзакциями по доступу к объектам БД. В этом случае для поддержания сериализации необходимо выполнить откат (ликвидировать все изменения, произведенные в БД) одной или более транзакций. Это один из случаев, когда пользователь многопользовательской СУБД может реально (и достаточно неприятно) ощутить присутствие в системе транзакций других пользователей.

8. Сериальный план выполнения смеси транзакций.

Сериальный план выполнения смеси транзакций - это такой план, который приводит к сериализации транзакций. Понятно, что если удается добиться действительно сериального выполнения смеси транзакций, то для каждого пользователя, по инициативе которого образована транзакция, присутствие других транзакций будет незаметно (если не считать некоторого замедления работы по сравнению с однопользовательским режимом).

Существует несколько базовых алгоритмов сериализации транзакций. В централизованных СУБД наиболее распространены алгоритмы, основанные на синхронизационных захватах объектов БД. При использовании любого алгоритма сериализации возможны ситуации конфликтов между двумя или более транзакциями по доступу к объектам БД. В этом случае для поддержания сериализации необходимо выполнить откат (ликвидировать все изменения, произведенные в БД) одной или более транзакций. Это один из случаев, когда пользователь многопользовательской СУБД может реально (и достаточно неприятно) ощутить присутствие в системе транзакций других пользователей.

9. Функции субд. Журнализация.

Основные функции СУБД

К основным функциям обычно относят

- непосредственное управление данными во внешней памяти

- управление буферами оперативной памяти

- управление транзакциями

- журнализация

- поддержка языков БД

Журнализация. (Журнал - это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой тщательностью)

Одним из основных требований в СУБД является надежность и хранения данных во внешней памяти, под надежностью хранения понимается то, что СУБД должно быть в состояние восстанавливать последнее согласованное состояние БД, после любого аппаратного или огромного сбоя.

Понятно, что в любом случае для восстановления БД нужно располагать некоторой дополнительной информацией. Другими словами, поддержание надежности хранения данных в БД требует избыточности хранения данных, причем та часть данных, которая используется для восстановления, должна храниться особо надежно. Наиболее распространенным методом поддержания такой избыточной информации является ведение журнала изменений БД.