Тема 4

Проектирование структуры БД

В зависимости от содержания исходной информации, положенной в основу проектирования, различают подходы «от предметной области» и «от запроса». Подход от предметной области означает описание объектов отображаемой в ИС части реального мира и связей между ними безотносительно к потребностям пользователей. Иногда этот подход называют объектным или непроцессным. В подходе от запроса основным источником информации являются запросы пользователей (задачи). Этот подход называется также процессным или функциональным.

Преимуществом подхода от предметной области является его объективность, системное отображение предметной области и, как

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

информации, подлежащей фиксации в БД.

Функциональный подход ориентирован на реализацию текущих запросов пользователей и не учитывает перспектив развития системы. при его использовании могут возникнуть трудности в объединении взглядов различных пользователей. Однако учет запросов позволяет улучшить характеристики функционирования БнД.

Отдельно взятый ни один из указанных подходов не дает достаточной информации для проектирования рациональной БД. Целесообразно

совместное применение обоих подходов с ведущим положением объектного подхода.

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

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

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

пользователя. Затем эти представления объединяют в глобальную инфологическую модель. Первоначальный вариант модели неканонический: он может содержать различные аномалии, например, транзитивные связи,

циклы, противоречия, вызванные расхождением во взглядах различных

пользователей на одни и те же данные, и др. Инфологическая модель, в которой устранены аномалии, называется канонической инфологической моделью. Дальнейшие шаги проектирования в подходах «от запроса» и «от предметной области» совпадают.

1- описание взглядов отдельных пользователей;

2- обобщение взглядов пользователей;

3- устранение противоречивости, нормализация, минимизация модели;

4- преобразование модели к виду, воспринимаемому СУБД;

5- проверка адекватности даталогической модели предметной области;

6- уточнение взглядов пользователей.

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

Сайт создан по технологии «Конструктор сайтов e-Publish»