Модели данных и концептуальное моделирование.
“Все говорить и нежелать слушать есть признак гордыни”.
ДЕМОКРИТ, ок.460-3706гг. до н.э.
Схема БД создается системными аналитиками с помощью некоторого языка определения данных. Он может быть языком целевой СУБД (относительно низкого уровня) или на некотором более высоком и общем уровне, доступном пониманию пользователей самых разных категорий, который называется моделью данных. Такая модель реального мира является представлением объектов и событий, связей между ними в понятном виде и есть сочетание трех компонент:
Структурная часть, т.е. набор правил по которым строится БД.
Управляющая часть, определяющая типы допустимых операций с данными.
Ограничения целостности данных (необъязательно).
В архитектуре ANSI-SPARC выделяются три модели данных, связанных между собой:
Предметная область (Universe of Discourse – UoD) внешняя модель данных для пользователя или их группы;
Концептуальная модель данных (т.е. логическое и обобщенное представление о данных), независимая от типа выбранной СУБД;
Внутреннюю модель данных, способная отобразить концептуальную модель в физическую с помощью средств выбранной целевой СУБД.
В литературе предлагается много вариантов моделей данных, обычно разделяемых на три категории: объектные (object-based) модели данных, на основе записей (record-based) и физические модели данных. Концептуальная модель данных является “сердцем” базы данных. Поэтому особо выделяется концептуальное проектирование БД, как процесс построения некоторой модели использования информации в конкретных целях.
Основные функции, сервисы и службы субд.
“Многие многознайки не имеют ума.”
ДЕМОКРИТ, ок.460-3706гг. до н.э.
Хранение, извлечение и обновление данных - фундаментальная функция СУБД. Интегрированный системный каталог (словарь данных) позволяет:
централизованно собирать информацию о данных, контролировать доступ к ней;
определить смысл информации о данных и добиться единства трактовки данных;
облегчить общение пользователей, указав владельцев данных;
избыточность и противоречивость легче обнаружить благодаря централизации;
все изменения БД могут быть запротоколированы;
последствия любых изменений могут быть определены ещё до их внесения;
усиливаются возможности мер безопасности;
появляются новые возможности организации пользователей;
улучшается полнота поддержки целостности данных;
может выполняться аудит сохраняемой информации.
Поддержка транзакций, предохраняющая БД от противоречивых состояний.
Сервисы управления параллельностью, гарантирующие корректное обновление БД при одновременной работе многих пользователей.
Сервисы восстановления, в случае сбоев минимизирует потери и восстановливает БД.
Сервисы контроля доступа к данным только санкционированным пользователям.
Поддержка обмена данными в системах сетевой распределённой обработки.
Службы поддержки целостности данных, т.е. контроля правил корректности данных.
Службы поддержки независимости от данных.
СУБД должна предоставлять некоторый набор вспомогательных служб, например:
Утилиты импортирования-эспортирования данных в плоские файлы.
Средства мониторинга, отслеживающие фуекционирование базы.
Программы статистического анализа, позволяющие оценить работу.
Инструменты реорганизации индексов, т.е. их перестройки.
Инструменты сборки мусора и перераспределения памяти.