Ивентология Helgus ~ µастер ~ Kласс: Это незавершённая статья по ивентологии и её применениям

База данных – динамически обновляемая информационная модель предметной области, а процесс ее проектирования – процесс моделирования предметной области. Жизненный цикл всякой БД включает в себя три фазы:

1) проектирование;

2) реализация;

3) эксплуатация.

Проектирование структуры БД – это сложный итерационный процесс, из пяти этапов.

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

Этап 2 – построение инфологической модели предметной области. На этапе 3 осуществляется выбор модели данных и СУБД.

Этап 4 предполагает построение вариантов логической структуризации БД, их анализ и выбор согласно критериям качества (НЕизбыточность, НЕпротиворечивость, Независимость проектируемой БД).

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

1.jpg

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

Формально схему БД записывают так:

,

где – число таблиц БД, – схема (состав атрибутов и ключ) -ой таблицы.

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

Основная задача проектировщика БД – получение хорошего логического проекта БД. Исходными данными для решения этой задачи являются:

- множество атрибутов, значения которых требуется хранить в БД;

- множество связей между атрибутами.

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

Проектирования БД является сложным итерационным процессом. Автоматизировать данный процесс можно с помощью современных CASE-средств (средств автоматизации проектирования).

Литература[править | править код]

  • Хоменко А. Д. Базы данных: Учебник для высших учебных заведений / А. Д. Хоменко, В. М. Цыганков, М. Г. Мальцев. – СПб.: КОРОНАпринт, 2000.
  • Ульман Д. Введение в системы баз данных / Д. Ульман, Д. Уидом. – СПб.: Лори , 2000.
  • Малыхина М. П. Базы данных: основы, проектирование, использование / М. П. Малыхина – СПб.: БХВ-Петербург, 2004.
  • Введение в системы баз данных. – М.: Издательский дом «Вильямс»,
  • Карпова Т. С. Базы данных: модели, разработка, реализация / Т. С. Карпова. – СПб.: Питер, 2001.
  • Мейр Д. Теория реляционных баз данных / Д. Мейр. – М: Мир, 1987.

Внешние сслыки[править | править код]

Материалы сообщества доступны в соответствии с условиями лицензии CC-BY-SA, если не указано иное.