Существует несколько видов баз данных и СУБД, привязанных к определённой классификации.
На рисунке 2 отмечена классификация централизованных СУБД.
Рисунок 2 – Централизованные СУБД
На рисунке 3 можно увидеть классификацию СУБД по способу хранения и обработки данных.
Рисунок 3 - СУБД в зависимости от способа хранения и обработки данных
На рисунке 4 представлена классификация СУБД в зависимости от числа пользователей.
Рисунок 4 - СУБД в зависимости от количества пользователей
Однопользовательские СУБД ориентированы на разработку и поддержку персональных баз данных. Примером персональных баз данных могут служить Microsoft Access, dBase IV, Paradox, CD Developer, FoxPro[4].
Многопользовательские СУБД характеризуются наличием одного сервера и нескольких пользователей, разбросанных по сети. Как пример – это Oracle, Informix[5].
На рисунке 5 представлена классификация СУБД по степени структуризации данных в базе.
Рисунок 5 – СУБД на основе параллельного процесса обработки данных
На рисунке 6 можно видеть классификацию СУБД по характеру обрабатываемой информации.
Рисунок 6 – СУБД в зависимости от характера данных
На рисунке 7 можно видеть классификацию СУБД по типу моделей.
Рисунок 7 – СУБД на основе характера моделей
Кроме этого, базы данных могут быть разделены на модели, имеющие экономическую составляющую[15]:
1. По характеру предоставляемых услуг – платные и бесплатные (коммерческие и некоммерческие).
2. По характеру собственности – государственные и частные.
3. По уровню доступности – общедоступные и с ограниченным доступом узкого круга лиц.
Кроме этого, они делятся:
1. На фактографические, указывающие на наличие минимального количества данных, относящихся к какой-либо отдельной системе.
2. На документальные, в которые входят различного рода документы: текстовые, звуковые, графические и мультимедийные.
3. На распределенные, где информация для хранения находится на различных компьютерах, соединенных между собой компьютерной сетью.
4. На централизованные, где данные хранятся и обрабатываются на одном конкретном компьютере.
5. На реляционные, где информация представлена в виде таблиц.
Типы архитектур СУБД.
СУБД разделятся на три основных вида, представленные на рисунке.
Рисунок 8 - Построение СУБД
Модель СУБД, типа «файл-сервер» применяется в сетях с небольшим числом пользователей. Для реализации подобной модели подходят локальные СУБД, вроде Paradox и dBase. Данная архитектура отличается простотой реализации, так как приложения разрабатываются для одного пользователя и не зависят от возможностей персонального компьютера, который связан с локальной сетью. Примером подобного решения считается MS Access[8].
Взаимодействие клиента с сервером осуществляется на основе простых команд ввода/вывода, которые возвращают запись или несколько записей. Набор команд, сформированный на языке обработки данных, преобразуется программой в последовательность машинных кодов, которые понимает операционная система сервера. После этого, программа начинает обрабатывать данные согласно сформированных команд. В результате получившихся действий клиент находит нужную информацию[7].
Модель СУБД, имеющая архитектуру «клиент-сервер», обладает более высокой степенью организации информационной системы. Архитектура предполагает наличие одного сервера и нескольких пользователей (рисунок 9).
В данном случае, сервер считается управляющим элементом, а пользователи – это приложения, которые связаны с данной СУБД. При такой организации системы баз данных возможно применение приложений, написанных самим пользователем, а также приложений, которые поставляет производитель соответствующей СУБД[1].
Рисунок 9 – модель «файл-сервер»
СУБД с архитектурой «клиент-сервер» можно разделить на две, абсолютно независимые составляющие, такие как сервер и клиент. Это стало возможным благодаря их независимой, друг от друга работы. Плюс ко всему, связи между сервером и пользователем могут носить произвольный характер.
Кроме этого, ПК пользователя могут иметь свои базы данных, а серверная – свои приложения. Это указывает на то, что каждая машина может быть, как клиентом, так и сервером, поддерживая любую из БД[14].
Архитектура типа «клиент-сервер» считается двухуровневой. Следующий этап модернизации подобной архитектуры характеризуется появлением трехуровневой архитектуры «клиент-сервер»: «клиент – сервер приложений – сервер БД».
Подобная модель характеризуется тем, что код и доля ресурсов, предназначенных для управления доступом к информации, и ее обработки, из приложения клиента переводится в приложения сервера. В таком случае, приложение, находящееся “на клиенте” называют слабым или тонким клиентом. В таком приложении, расположенном на сервере выгодно формировать механизмы и коды, которые относятся ко всем клиентам, вроде механизмов доступа к данным[9].
В ходе данной главы приведены основные термины предметной области, разновидности СУБД, архитектура построения.