15) Архитектура многопользовательских субд. Модели двухуровневой технологии «клиент-сервер».

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

Преимущества

-Отсутствие дублирования кода программы-сервера программами-клиентами.

-Так как все вычисления выполняются на сервере, то требования к компьютерам, на которых установлен клиент, снижаются.

-Все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов. На сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа.

Недостатки

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

-Поддержка работы данной системы требует отдельного специалиста — системного администратора.

-Высокая стоимость оборудования.

16) Страничная организация данных

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

Все страницы данных имеют одинаковую структуру, включающую:

• заголовок страницы, содержащий номер страницы, номера предыдущей и следующей страниц, сведения о свободном пространстве на странице;

• содержание — строки данных (последовательность кодов), каждая из которых имеет уникальный идентификатор в рамках всей базы данных, который состоит из номера страницы и номера строки на странице;

• дескрипторы строк, задающие смещение строки на странице и длину строки, что позволяет при переупорядочении строк на страницах не производить физического перемещения строк, так как все манипуляции производятся с дескрипторами.

Для организации быстрого доступа создаются страницы индексов, которые организованы обычно в виде В-деревьев.

17) Модели транзакций

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

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

Модели транзакций классифицируются на основании различных свойств:

• структура транзакции;

• параллельность внутри транзакции;

• продолжительность.

Типы транзакций:

1. Плоские

2. Цепочечные

3. Вложенные

Плоские транзакции характеризуются 4 классическими свойствами:

• атомарность;

• согласованность;

• изолированность;

• долговечность (прочность).