ORION, IRIS, Vbase, PDM

· объектно-реляционные. Например,

Informix Universal Server (Informix Software),

DB2 Universal Datаbase (IBM)

· многомерные. Например,

Oracle Express Server (Oracle),

Cache (InterSystems)

3) по принципу обработки запросов к БД:

· настольные;

· серверные.

Режимы работы пользователя с БД в СУБД

Работа пользователя с БД в СУБД возможна в трех режимах:

· через меню системы;

· командный режим;

· программный режим.

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

Показатели производительности СУБД

Показателями производительности СУБД могут выступать:

· скорость выполнения операций корректировки данных;

· время выполнения запросов;

· время генерации отчета;

· максимальное число одновременных обращений к БД в многопользовательском режиме и др.

Настольные СУБД

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

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

В архитектуре файл/сервер вся тяжесть выполнения запросов к базе данных и управления целостностью базы данных ложится на СУБД пользователя. Это является причиной не только «заторов» в сети, но и невысокой безопасности работы. Секретность и конфиденциальность информации обеспечить также трудно.

Популярные настольные СУБД:

DBase, Paradox, FoxPro, Access

Достоинства настольных СУБД:

· просты для освоения и использования;

· имеют дружественный пользовательский интерфейс;

· ориентированы на класс самых распространенных компьютеров – персональных и на самую широкую категорию пользователей – непрофессионалов;

· обеспечивают хорошее быстродействие при работе с небольшими БД.

Недостатки:

· с увеличением объемов БД и числа их пользователей снижается производительность;

· возникают сбои при обработке данных.

Серверные СУБД

Более эффективная работа с централизованной БД обеспечивается в архитектуре клиент-сервер. На сервере сети размещается БД и устанавливается сервер БД.

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

Выполнение запроса к БД в архитектуре клиент-сервер показано на рис. 7.

Преимущества архитектуры клиент/сервер: · уменьшается сетевой трафик; · уменьшается потребность клиентских приложений в оперативной памяти; · существенно повышается степень безопасности БД.

Характеристики серверов БД:

· многоплатформенные;

· наличие нескольких версий для решения различных по масштабу задач;

· высокие показатели надежности и доступности;

· параллельная обработка данных в многопроцессорных системах;

· стандартные механизмы доступа к данным (ODBC, JDBC, OLE DB, ADO.NET);

· средства разработки клиентских приложений;

· простота администрирования и др.

Популярные серверы БД представлены в следующей таблице:

Cемейство	Производитель
DB2 Universal Database	IBM
Oracle	Oracle
MS SQL Server	Microsoft
Adaptive Server Enterprise	Sybase

Распределенные СУБД

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

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

Распределенная СУБД (РаСУБД) – это программная система, которая обеспечивает управление РаБД и прозрачность ее распределенности для пользователей.

РаБД могут быть:

· однородными, имеющими в основе одну СУБД, обычно с единственным языком БД;

· неоднородными, имеющими в основе две или более существенно различающихся СУБД.

В РаБД две формы распределения данных – фрагментация и тиражирование.

Фрагментация – это деление на порции, распределенные между множеством физических ресурсов.

Она есть:

· горизонтальная – разделение по географическому или другому характеристическому признаку;

· вертикальная – разбиение таблицы по столбцам.

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

Тиражирование – это создание копий (реплик) объектов БД на разных узлах с целью повышения доступности и/или сокращения времени доступа к критически важным данным.

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

Требования к РаБД определены в 12-ти правилах К. Дейта:

1) локальная автономность;

2) никакой конкретный сервис не должен возлагаться на какой-либо специально выделенный центральный узел;

3) непрерывность функционирования;

4) независимость от местоположения,

5) независимость от фрагментации,

6) независимость от тиражирования;

7) распределенная обработка запросов;

8) управление распределенными транзакциями;

9) независимость от оборудования;

10)независимость от операционных систем;

11)независимость от сети;