Формирование отношений из диаграмм EER - PullRequest
0 голосов
/ 24 февраля 2012

Я действительно пытаюсь обернуть голову вокруг концепции преобразования EER-диаграмм в отношения. Я понимаю, что простые атрибуты должны отображаться непосредственно в отношении. Моя проблема возникает при работе с составными и многозначными атрибутами. Вы создаете новые отношения для любого из них? Например, объект клиента может иметь имя, адрес и почтовый индекс. Атрибут адреса содержит улицу, город, штат и адрес #. Означает ли это, что должно быть создано новое отношение или все атрибуты компонента должны быть перечислены в отношении клиента? И, наконец, как правильно отобразить многозначный атрибут в простых для понимания терминах с примером?

Спасибо за любую помощь.

1 Ответ

1 голос
/ 24 февраля 2012

Многозначные атрибуты почти наверняка лучше удалить в отдельное отношение.Это называется Первая нормальная форма, и вам нужно много работать, чтобы найти пример, в котором нарушение 1NF может быть оправдано.

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

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

...