База данных отдела маркетинга и сбыта ОАО "Бобруйсксельмаш"

Дипломная работа - Компьютеры, программирование

Другие дипломы по предмету Компьютеры, программирование



tp://ru.wikipedia.org/wiki/SQLite>,BerkeleyDB [5].

.5 Этапы проектирования систем реляционных баз данных

Разработка систем реляционных баз данных включает два основных этапа:

  • концептуальное проектирование;
  • логическое проектирование.

На этапе концептуального проектирования БД определяются информационные потребности и локальные представления предметной области. Выявляется роль, назначение и взаимосвязь различных классов данных, проводится их глобальная спецификация. В результате формируются объекты данных и их взаимосвязи. Они представляются без указания способов физического хранения и максимально приближаются к понятийной модели предметной области. Структура данных на концептуальном уровне называется концептуальной схемой. Она проблемно ориентирована и независима от конкретной СУБД. Согласно представлениям ANSI/X3/SPARC концептуальная схема определяется наборами сущностей, связей и атрибутов.

Рассмотрим две важнейшие стадии этапа концептуального проектирования БД.

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

?имя объекта данных;

?имя элемента данных, источник, атрибуты;

?используемость, ограничения, показатель важности;

?взаимосвязи;

?продолжительность хранения и др.

Второй стадией является организация хранения данных. На этой стадии обычно разрабатывается графическая схема объектов и элементов данных:

?исходные данные;

?формирующие их подразделения или виды деятельности;

?результирующие данные;

?использующие их подразделения.

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

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

На этапе логического проектирования осуществляется отображение концептуальной схемы на выбранную модель данных. В процессе проектирования возникает вопрос о том, какая модель данных наиболее подходит для этого. Отображение концептуальной модели данных на реляционную модель происходит относительно просто по сравнению с отображением первой на сетевую или иерархическую модель данных. Каждая структурная единица графического изображения схемы (например, прямоугольник) отображается в одно отношение. Это отношение отражает представление пользователя в удобном для него табличном формате.

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

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

Основная задача процесса нормализации - это получение такого набора отношений, который обладает лучшими свойствами, чем другие набо