Этапы проектирования базы данных

Этапы проектирования базы данных

Прежде чем приступить к созданию таких объектов базы данных, как таблицы, формы и отчеты, нужно разработать их проект. Главное назначение проекта — выработка четкого пути, по которому нужно следовать при его реализации. База данных – достаточно сложный объект, и время, затраченное на ее планирование, может значительно сократить сроки ее разработки. От- сутствие продуманной структуры базы данных приводит к необходимости постоянной переделки и перенастраиванию объектов базы данных, таких, как формы и таблицы.

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

При разработке эскиза необходимо ответить на следующие вопросы: Какими данными мы располагаем?

Какие данные будут содержать таблицы?

Какой тип и какие свойства должны иметь данные в каждом поле таблицы? Как эти таблицы будут связаны друг с другом?

Законченный план должен содержать подробное описание всех таблиц

(имена полей, типы данных и их свойства), а также связей между ними.

Проектирование предусматривает этапы создания проекта базы данных от концепции до реального воплощения. Этапы проектирования базы данных:

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

2.     Анализ данных. Составить перечень всех элементов данных, входя- щих в формы и отчеты и сгруппировать их в таблицы БД.

3.     Установить, какие взаимосвязи существуют между элементами дан- ных. Определить первичные и вторичные (внешние) ключи отношений. Ор-

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

4- м правилам нормализации:

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

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

Правило 3: В таблице не должно быть данных не относящихся к объек- ту, определяемому первичным ключом.

Правило 4: Независимость полей. Это правило означает возможность изменять значения любого поля (не входящего в первичный ключ) без воз- действия на данные других полей.

Результатом 3 этапа должна явиться группа таблиц, удовлетворяющих правилам нормализации. На этом же этапе необходимо установить связи между таблицами.

Скачано с www.znanio.ru