Cтраница 4
Классический дизайн реляционной базы данных базируется на правилах нормализации. Эти правила придуманы для того, чтобы избежать дублирования данных в базе. Дублирование данных приводит к дополнительным расходам памяти и дискового пространства, кроме того, дублирование может стать причиной нарушения соответствий между данными. Представьте, что вам необходимо хранить информацию о заказах и заказчиках. Один заказчик может сделать несколько заказов, представьте, что некоторый заказчик сделал пять заказов. [46]
БОЛЬШИНСТВО приложений реляционных баз данных хранит свою информацию в нескольких таблицах. Такая организация требует, чтобы все изменения данных были корректны: если модифицируются таблица А и таблица В, крайне важно, чтобы произошли или не произошли обе эти модификации. Если таблица А успешно обновилась, а изменить таблицу В не удалось, возникает проблема с целостностью информации. Точно так же, если прервалась операция, выполняемая над таблицей А, а таблица В каким-то образом изменилась, вновь возникает вопрос о целостности данных. Учтите, что целостность данных, принадлежащих одной таблице, может нарушаться. [47]
С позиции реляционных баз данных эта таблица нарушает условие первой нормальной формы, которое гласит: в таблице не должно быть полей с однородными данными. Приведенная же таблица содержит несколько столбцов с экзаменационными оценками. Для абсолютно статичных, неизменяющихся таблиц это не проблема, однако в нашем случае пользователи могут быстро изменять содержимое базы данных. [48]
Нормализованное отношение, построенное по ассоциации типа 1.| Нормализованное отношение, построенное по ассоциации типа М. [49] |
Задача проектирования реляционной базы данных состоит в том, чтобы структурно преобразовать требования к данным, представленные в виде композиционной модели ( в результате концептуального проектирования), в отношения в третьей нормальной форме. Последние после применения к ним операции соединения должны обеспечить пути доступа к данным, необходимые для выполнения обрабатывающих функций. Для решения: этой задачи процедура проектирования должна обеспечивать построение отношений, имеющих следующие характеристики: Нормализованные отношения ( с атомарными значениями) - первая нормальная форма. [50]
Представление отношения реляционной базы данных в виде совокупности отношений ( фрагментов), таких, что исходное отношение может быть восстановлено из них операцией натурального ( естественного) соединения. [51]
Традиционное проектирование реляционной базы данных включает два основных этана - выяснение логической модели данных и физическая реализация модели ( или схемы) базы данных. [52]