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

Мы'Находится на этапе моделирования нашей базы данных, и одним из требований является создание спецификации (ведомости материалов) .I '

мы читалиэта тема и нашел пример модели данных для спецификации:

концептуальная модель данных а такжефизическая модель данных

но я'Я не уверен, что полностью понимаю.

Наш конечный продукт состоит из пары узлов, поэтому каждый узел представляет собой строку вproduct_hierarchyтаблица, и конечный продукт также строка в этой таблице. Каждая сборка состоит из отдельных (атомарных) частей, и каждая часть идентифицируется в таблицеtpart (каждая часть имеет поле производителя, минимальное количество заказа и другие конкретные поля).

При создании спецификации все отдельные части также должны быть включены, поэтомуМне не совсем понятно, как моделировать нашу базу данных:

Отдельная часть - это строка вproduct_hierarchy которая никогда не будет чьей-тородителя (таблица tpart больше не нужна)отношения N: M междуproduct_hierarchy а такжеtpart: каждый блок состоит из нескольких частей; каждая часть может принадлежать нескольким единицам

Я склоняюсь ко второй альтернативе, поскольку деталь - это, по сути, совершенно другая сущность (имеет цену, несколько возможных поставщиков, ...), тогда как у собранной сущности нет внешних (как в: вне нашей компании) свойств.

Любой вклад приветствуется! Спасибо!