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

Функции СУБД

Клиент – сервер.

В этой архитектуре на выделенном сервере, работающим над управлением серверной ОС, обеспечение (ПО) – сервер БД, СУБД подразделяется на 2-е части: клиентскую и серверную.

Сервер БД работает с помощью специального языка запроса(SQL), передаваемый клиентом (рабочих станций) серверу БД порождает поиск и извлечение данных трансформируются по сети от сервера к клиенту. Тем самым, количество передаваемой по сети информации уменьшается во много раз(Microsoft SQL сервер,MDBS)

Трёхуровневая архитектура.

«тонкий» клиент

Клиент представляет из себя страницу в инете, веб-браузер или программу на компьютере, которая взаимодействует с веб-сервисом. Веб – сервер, сервер приложение предоставляяющее клиенту набор сервисов, так же производит формирование запросов к БД, которая находится в другом сервере.

1. Управление данными на носителе

2. Управление буферами оперативно памяти

3. Управление транзакциями

4. Журнализация и восстановление БД после сбоев

5. Поддержание языков БД

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

Журнализация и восстановление БД после сбоев.

Поддержание надежности хранения данных, при том та часть данных, которые используются для восстановления должны храниться особо надёжно. Наибольшее распространение метод поддержания такой избыточности являются ведение журнала, изменения БД. Журнал (LOG) особая часть БД недоступная пользователям и поддерживаемая с особой тщательностью вплоть до копии журнала на разных носителях, в который поступают записи обо всех изменениях основной частью БД.

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

Ранние подходы к организации БД. Системы, основанные на обратных списках, иерархические и сетевые СУБД. Сильные места и недостатки ранних систем.

Основные особенности систем на обратных списках.

Организация доступа к данным на основе обратных списков используется практически во всех современных реляционных СУБД, но в этих системах пользователи не имеют не посредственного доступа к обратным спискам (индексом).

Структуры данных.

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

- Строки таблиц упорядочены системой в некоторой физической последовательности.

- Физическая упорядоченность строк всех таблиц может определяться и для всей БД.

- Для каждой таблицы можно определить произвольное число ключей поиска, для которых строятся индексы. Эти индексы автоматически поддерживаются системой, но явно видны пользователям.

Манипулирование данными.

Поддерживаются два класса операторов:

1. Операторы, устанавливающие адрес записи, среди которых: Прямые поисковые операторы (Например, найти первую запись в таблице по некоторому пути доступа), операторы, находящие запись термина относительно позиции от предыдущей записи по некоторому пути доступа.

2. Операторы над адресуемыми записями.

Иерархические системы.

Иерархическая БД состоит из упорядоченного набора деревьев. Тип дерева состоит из одного «корневого» типа записи упорядоченного набора из нуля и более типов поддеревьев. Тип дерева в целом представляет собой иерархический организованный набор типов записи.

начальник сотрудники

Здесь отдел является предком для начальник и сотрудники, а начальник и сотрудники – потомки отдел. Между типами записи поддерживается связь.

отдел

начальник

Сотрудники

Ограничения целостности.

Автоматически поддерживается целостность ссылок между предками и потомками. Основное правило: никакой потомок не может существовать без своего родителя.