2) По виду модели данных:

– иерархические – масса недостатков, устарела

– сетевые – масса недостатков, устарела

– реляционные – подавляющее большинство на сегодняшний день

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

Система управления базами данных – совокупность языковых и программных средств, предназначенных для создания, ведения и конкурентного использования базы данных многими пользователями.

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

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

Операции, выполняемые СУБД:

– работа с данными (выборка, добавление, изменение и т.д.)

– служебные операции с данными (защита от несанкционированного доступа, защита от конфликтов многопользовательского доступа, восстановление и резервирование данных, архивирование и т.д.)

СУБД разделяются:

1) По размещению:

– персональные – размещаются на компьютере пользователя, и обслуживают только его.

– серверные – размещаются на серверах и обслуживают несколько пользователей.

2) по виду моделей: так же, как и для БД, то есть:

– иерархические – масса недостатков, устарела

– сетевые – масса недостатков, устарела

– реляционные – подавляющее большинство на сегодняшний день

– объектные – считаются прогрессивными.

Приложение – разрабатывается под конкретную задачу.

Программа и СУБД – это программное обеспечение, но СУБД – это универсальная программа.

ИС отличаются по архитектуре ПО.

Все ПО можно разделить на три основные компоненты:

- компонент представления (П).

- компонент обработки (О).

- компонент доступа (Д) – поддержка операций работы с БД.

В зависимости от размещения программного обеспечения различаются несколько моделей информационных систем:

1. Локальная модель системы. Все находится на одном компьютере пользователя.

Плюс: все данные на одном компьютере, следовательно, быстрота работы.

Минус: однопользовательский режим доступа.

2. FS – файл-серверная модель.

Особенности:

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

- ПО на машине клиента, следовательно, все компьютеры должны быть мощными.

- сервер – просто хранилище информации, следовательно, трудность с типовыми операциями (поиск, изменение данных), загруженность сети.

3. RDA - Модель удаленного доступа к данным. На сервере находятся данные и ПО.

4. DBS - Сервер БД. Кроме стандартных команд обращений к базе на сервере выполняется обработка по произвольному коду в виде триггеров или процедур.

5. Main frame – все на сервере, у пользователя только дисплей.

6. AS – модель серверного приложения. Имеется два сервера: сервер СУБД и доступов к ней, сервер с приложением.

Структуры 3, 4, 6 попадают под архитектуру Клиент-сервер.

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

• сущности интересующей предметной области;

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

• связи, ассоциирующие выделенные сущности.

С самых общих позиций, в архитектуре современных СУБД выделяют три уровня абстракции, т.е. три уровня описания элементов хранимых данных. Эти уровни составляют трехуровневую архитектуру, представленную на рис. 1.2, которая охватывает внешний, концептуальный и внутренний уровни. Данный подход к описанию данных предложен комитетом ANSI/SPARC (Комитет Планирования Стандартов и Норм Национального Института Стандартизации США). Такое отделение обеспечивает независимость хранимых данных.

Рис. 1.2. Трехуровневая архитектура ANSI/SPARC

Внешний уровень – представление базы данных с точки зрения конкретных пользователей.

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

На внешнем уровне создается инфологическая модель БД (внешняя схема), полностью независимая от платформы (т.е. вычислительной системы, на которой будет использоваться). Инфологическая модель является человеко-ориентированной: средой ее хранения может быть память человека, а не ЭВМ.

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

Концептуальный уровень является промежуточным в трехуровневой архитектуре. Содержит логическую структуру всей базы данных. Фактически, это полное представление требований к данным со стороны организации, которое не зависит от соображений относительно способа их хранения. На концептуальном уровне необходимо выделить:

• сущности, их атрибуты и связи;

• ограничения, накладываемые на данные;

• семантическую информацию о данных;

• информацию о мерах обеспечения безопасности.

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

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

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

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

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

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

Достоинства СУБД

• Контроль за избыточностью данных.

• Непротиворечивость данных.

• Больше полезной информации при том же объеме хранимых данных.

• Совместное использование данных.

• Поддержка целостности данных.

• Повышенная безопасность.

• Возможность нахождения компромисса при противоречивых требованиях.

• Повышение доступности данных.

• Улучшение показателей производительности.

• Упрощение сопровождения системы за счет независимости данных.

• Улучшенное управление параллельностью.

• Развитые службы резервного копирования и восстановления.

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

Недостатки СУБД

• Сложность.

• Размер.

• Стоимость.

• Производительность.

• Серьезные последствия при выходе системы из строя.