2017-01-31 7 views
0

Я пытаюсь как упражнение для экзамена передать базу данных из модели ER в реляционную базу данных. Однако я не уверен, имеет ли смысл мое решение. В частности, две связи между location и has создают большие проблемы. Я думал, что я могу добавить один ZipCode в качестве обычного первичного ключа в таблицу, а второй ZipCode - в качестве внешнего ключа. Я был бы очень благодарен, если бы кто-то мог мне помочь в этом. The ERMМодель E-R для реляционной базы данных с одним объектом дважды в одном отношении

Мое решение до сих пор:

Relational database

ответ

1

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

(Это плохая идея назвать линии/FKs «отношения» или «ассоциацию» в контексте Чэни, поскольку алмазы/таблицы представляют типы отношений и линии/FKS представляет официальное участие.)

Так что ваш Ship tourID будет снизился за отношение/таблица takes с линиями/FKs до Ship & Tour. И у вас будет два FK в таблице has до Location. Не имеет значения, что вам нужны разные имена столбцов в таблице отношений, чем в таблице участников. FK просто говорит, что значения в некоторой таблице & список столбцов отображается в некоторой другой таблице & список столбцов. На диаграмме указаны имена start & target; используй их.

Не используйте вялое неинформативное имя, например has. Если вы выбрали лучшее имя и/или объяснили, когда триплет объектов удовлетворил отношения has, тогда мы могли бы знать, какие разумные проекты будут. Например, вы не можете правильно использовать мощность. Способ Чэнь - это число или диапазон, указывающий для некоторого экземпляра типа сущности, сколько экземпляров отношений он может участвовать. Другим способом является то, что число или диапазон подсказывают вам некоторую комбинацию экземпляров сущности других участников типа, сколько экземпляров типа сущности линии может участвовать в нем. Если последнее имеет нуль, это означает, что экземпляр отношения может иметь NULL. Но это не может возникнуть в дизайне Чена; участвующие сущности экземпляра объекта идентифицируют экземпляры отношений и формируют PK (первичные ключи).

Однако дизайн Чэнь не может выразить все реляционные проекты. И мы можем представить те же данные, что и схема Chen ER, путем переупорядочения таблиц. Например, выбирая бинарные таблицы отношений, которые не так много: многие и помещают FK (иногда нулевые) вместо таблиц сущностей, как и в случае с takes, Ship & Tour. Некоторые методы имеют диаграммы, отличные от Chen, непосредственно выражающие такие конструкции. Другие позволяют это перейти от схемы Чэнь к схеме. Вы должны спросить своих учителей, не заботятся ли они о каких-либо изменениях в стиле Чэнь ER-диаграмм и соответствующих схемах, которые вам разрешено делать.

(Именно это сбрасывание в не-Чена методов явного 1:. Многие отношения/ассоциации и их представление на FKS, что приводит к ФКС неправильному (но обычно) под названием «отношения» или «ассоциации»)

 Смежные вопросы

  • Нет связанных вопросов^_^