Конструкция отношения сущности

Question

Я пытаюсь реализовать отношение сущности для системы базы данных оракулов.

Я достаточно запутан, если я должен отделить таблицу ниже или объединить их в 1.

- Supply 

ItemNo (PK) , Name, ItemDescription, QuantityInStock, BackOrderLevel, CostPerUnit 

- PharmaceuticalSupply 

DrugNo (PK) , Dosage, MethodOfAdmin 

В основном в моей ERD, я указал PharmaceuticalSupply на поставку как подмножество, которое наследует атрибут, но и иметь дополнительные атрибуты , Неужели я ошибаюсь в этом?

Answer 1

Это зависит от вашего населения. Это подмножество, чтобы уменьшить избыточность, добавьте внешний ключ в Supply. Таким образом, вы сможете создать соединение, в котором перечислены все данные.

Я бы по-прежнему вводил ключ DrugNo для индексации. Может ли номер позиции появляться более одного раза в таблице PharmaceuticalSupply? Если вы это сделаете, вам обязательно понадобится ключ DrugNo.

• PharmaceuticalSupply

DrugNo (PK), ITEMNO (FK), дозировка, MethodOfAdmin

Answer 2

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

Обратите внимание, что существует несколько вариантов управления ПК и FK в PharmaceuticalSupply. Он может иметь как ItemNo, так и DrugNo, где ItemNo является внешним ключом. В этом случае любой из них может быть основным ключом, но если DrugNo является основным ключом, то ItemNo, вероятно, должен быть уникальным индексом. Однако, если DrugNo не требуется из-за какого-то пользовательского формата, может быть полезно использовать ItemNo как PK, так и FK и полностью исключить DrugNo. Это приводит к «специализации», поскольку мир реляционной базы данных любит ссылаться на нее.