Дилемма диагностики отношений между сущностями - PullRequest
0 голосов
/ 19 июня 2020

В рамках оценки я пытаюсь построить ER-диаграмму для сайта электронной коммерции. В качестве игроков на сайте электронной коммерции есть Заказчик и Производитель. Итак, я подумал о создании таблицы - Юридическое лицо с LegalEntityID в качестве первичного ключа и customerUserID, ManufacturerID в качестве внешних ключей. Другими атрибутами будут EntityType (индивидуальный или корпоративный), Role (Customer, Producer), Name, Address, Phone number. Как вы думаете, в чем заключаются преимущества и недостатки этой установки? Я могу думать о частных лицах против корпорации, а затем для поддержки CustomeruserID и PRoducerID создать другую таблицу как Customer / Producer и использовать первичный ключ как CustomerUserID и ProducerID? Это усложнит? или создать таблицу ролей с идентификатором роли в качестве первичного ключа, а затем другую таблицу - LegalEntityrole с идентификатором LegalentityRole в качестве первичного ключа с идентификатором роли, LegalEntityID в качестве внешних ключей. Как вы думаете, ребята?

1 Ответ

0 голосов
/ 19 июня 2020

Звучит как сценарий, в котором отлично используется структура наследования.

Я бы посоветовал вам иметь таблицу Юридическое лицо с обязательными полями, а затем Таблицы Customer и Producer наследуются от таблицы Legal Entity , включая LegalEntityId в качестве внешнего ключа. При этом вам не нужна таблица ролей.

enter image description here

...