Исследование метода проектирования

Существуют два основных подхода к проектированию систем баз данных: нисходящий и восходящий. При восходящем подходе работа начинается с самого нижнего уровня атрибутов (т.е. свойств сущностей и связей), которые на основе анализа существующих между ними связей группируются в отношения, представляющие типы сущностей и связи между ними.

Нисходящий подход используется в концепции метода проектирования «сущность-связь». В этом случае работа начинается с выявления сущностей и связей между ними, интересующих данную организацию в наибольшей степени.

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

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

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

Логическая модель данных создается на основе выбранной модели организации данных целевой СУБД. Иначе говоря, на этом этапе уже должно быть известно, какая СУБД будет использоваться в качестве целевой ‒ реляционная, сетевая, иерархическая или объектно-ориентированная. Для проверки правильности логической модели данных используется метод нормализации. Нормализация гарантирует, что отношения, выведенные из существующей модели данных, не будут обладать избыточностью данных, способной вызвать нарушения в процессе обновления данных после их физической реализации. Помимо всего прочего, логическая модель данных должна обеспечивать поддержку всех необходимых пользователям транзакций.

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

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