Функции и службы СУБД

Физические модели данных

Модели данных на основе записей

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

· реляционная модель данных

· сетевая модель данных

· иерархическая модель данных

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

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

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

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

· обобщающая модель

· модель памяти кадров

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

Типичная СУБД должна обеспечивать следующий набор функций и служб:

· Хранение, извлечение и обновление данных независимо от физической организации БД

· Наличие системного каталога, описывающего данные в базе (обеспечивает независимость программ от данных)

· Механизм транзакций должен гарантировать выполнение либо всех операций обновления данной транзакции, либо ни одной из них (защита данных от сбоев при выполнении транзакций)

· Корректное обновление базы данных при параллельном выполнении операций обновления многими пользователями (исключение конфликтов целостности БД).

Таблица 2.1. Пример возникновения проблемы «потерянного обновления».

· Предоставлять средства восстановления БД в случае какого-либо ее повреждения или разрушения (возврат к последнему непротиворечимому состоянию)

· Гарантия доступа к информации в базе только санкционированных пользователей (безопасность и конфиденциальность)

· Способность к интеграции с коммуникационным программным обеспечением (интеграция с диспетчерами обмена данными, работа в локальной сети и т.п.)

· Поддержка целостности данных (контроль ограничений или правил сохранения непротиворечивости данных в базе)

Дата добавления: 2014-01-07