Физическое проектирование.

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

Нормализация является более строгой и теоретически обоснованной. Построение нормальных форм подчиняется четко формализованным требованиям, и опирается на хорошо разработанные разделы математики. Однако, базовое понятие нормализации - функциональная зависимость атрибутов – может быть установлена лишь исходя из той информации о предметной области, которой владеет проектировщик; здесь велико влияние субъективных факторов. Кроме того, построение нормальных форм начинается с построения универсального отношения, которое должно включать в себя все атрибуты, входящие в информационную модель. В реальных задачах количество таких атрибутов может превышать сотню, что делает процесс проектирования слишком громоздким. Само по себе многократное переписывание подобных громоздких таблиц уже является потенциальным источником ошибок, проанализировать же зависимости между ними без ошибок очень сложно.

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

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

Дата добавления: 2015-07-19