Как вы справляетесь с рекурсивными отношениями N: M, в реляционной схеме базы данных - PullRequest
Новая
       51

Как вы справляетесь с рекурсивными отношениями N: M, в реляционной схеме базы данных

0 голосов
/ 10 ноября 2018

Когда у нас есть N: M рекурсивные отношения , каков наилучший способ создания реляционной схемы ?

В различных книгах, которые я искал, они анализируют рекурсивные отношения 1: 1 и 1: N, но для N: M почти ничего нет.

Должен ли я относиться к этому как к новым отношениям, как мы делаем в традиционных нерекурсивных отношениях N: M?

Например, в этих рекурсивных отношениях лучше:

A.Создать новые отношения

INVITE ( InviterId, InviteeId , AcceptanceDate, InvitationDate) - жирным шрифтом Первичные ключи . В этом случае они также являются внешними ключами.

////

B. Включить эти отношения в лицо субъекта

PERSON ( Id , пароль, InviterId, InviteeId, AcceptanceDate, InvitationDate).

///

enter image description here

1 Ответ

0 голосов
/ 11 ноября 2018

Определения являются рекурсивными, а не отношениями / ассоциациями. Похоже, вы говорите о циклах FK (внешний ключ) или о частном случае, когда FK ссылается на свою собственную таблицу. Ограничение FK говорит, что значения появляются в другом месте как PK / UNIQUE. Альтернативно, те значения, которые удовлетворяют одному отношению, удовлетворяют другому только одним способом. В этом нет ничего особенного с точки зрения реляционного дизайна. Большинство СУБД SQL излишне бедны, когда явный / объявленный граф FK не является деревом.

Возможность сочетания или невозможности объединения таблиц зависит от используемого вами метода информационного моделирования и проектирования баз данных, а также принципов проектирования реляционных баз данных. Есть много разных "традиций". Найдите и следуйте опубликованному учебному пособию по информационному моделированию, реляционной модели и дизайну базы данных. (Десятки бесплатные онлайн, также слайды и курсы.) PS Информация и руководства по инструменту для управления проектами не представляют собой введение в дизайн.

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

...