Этапы проектирования реляционных БД

Проектирование БД является очень важным этапом, от которого зависят последующие этапы ее реализации средствами СУБД.

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

Укрупненно процесс разработки реляционной базы данных состоит из следующих четырех этапов (рис. 1.6):

1 этап. Определение цели создания базы данных.

2 этап. Выделение информационных объектов предметной

области.

3 этап. Определение логической структуры БД.

4 этап. Создание и заполнение объектов базы данных средствами конкретной СУБД.

Рис. 1.5. Процесс работы над базой данных

На первом этапе проектирования базы данных необходимо определить:

 цель создания базы данных,

 основные ее функции,

 информацию, которую она должна содержать.

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

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

На этом этапе желательно сравнить создаваемую базу данных с готовой аналогичной базой данных.

Рис. 1.6. Этапы разработки реляционной БД

На втором этапе выделяют информационные объекты предметной области.

Данный этап включает:

a) анализ предметной области, при котором определяется состав и структура данных;

b) описание предметной области в виде реквизитов, извлекаемых из первичных документов – источников загрузки БД.

В общем случае, чтобы выделить из перечня информации информационные объекты, необходимо выполнить следующие действия:

 установить функциональные зависимости между реквизитами;

 разделить все реквизиты на ключевые и описательные, установить между ними соответствие;

 образовать информационный объект, сгруппировав описательные реквизиты, одинаково зависимые от ключевого;

 определить структурные связи.

На рис. 1.7 представлен пример выделения информационных объектов для предметной области «Хозяйственная деятельность» (на основе анализа первичного документа «Договор»).

Информационными объектами предметной области «Хозяйственная деятельность» являются:

1. Договор – номер договора, дата, сумма, код заказчика, код изделия, количество.

2. Заказчик– код заказчика, наименование заказчика, адрес, банк.

3. Изделие – код изделия, наименование изделия, единица измерения, минимальная партия, цена.

Документ	Реквизиты	Функциональные зависимости
Договор	Номер
	Дата
	Сумма
	Количество
	Код заказчика
	Наименование заказчика
	Адрес заказчика
	Банк
	Минимальная партия
	Цена
	Наименование изделия
	Единица измерения
	Код изделия

Рис. 1.7. Выделение информационных объектов

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

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

1. Информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами.

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

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

2. Каждая таблица должна содержать информацию только на одну тему.

Сведения на каждую тему обрабатываются намного легче, если они содержатся в независимых друг от друга таблицах.

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

3. Каждая таблица должна содержать первичный ключ.

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

Такое поле или набор полей называют первичным ключом.

4. В таблице должна присутствовать вся необходимая информация.

Информацию в таблицы БД рекомендуется закладывать с избытком. Каждая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы. Например, в таблице с данными о клиенте могут содержаться поля с названием компании, адресом, городом, страной и номером телефона.

Дата добавления: 2014-03-01; просмотров: 1025; Нарушение авторских прав

Мы поможем в написании ваших работ!