В настоящее время просматриваю пример сценария, который кажется простым, но я не могу понять его.
По сути, я создаю диаграмму сущность-связь для интернет-магазина одежды, чтобы хранить информацию о клиентах, заказах, поставках и продуктах. У меня есть объекты: клиент, заказ (с уникальным номером заказа) и продукт, а также доставка (уникальный идентификатор доставки).
Из того, что я понял, клиент имеет отношение 1:N к заказу, заказ имеет отношение M:N к продукту и будет разрешен с помощью соответствующей ассоциативной сущности. Однако у меня возникли некоторые проблемы с пониманием того, как будет подходить объект доставки. Предполагая, что заказ с несколькими товарами может доставлять каждый товар по отдельности, будет ли соотношение 1:M между заказом и доставкой уместным/достаточным?
Диаграмма в основном [клиент - места - заказ - есть - продукт] и дополнительная ветвь заказа, где [заказ - отправлено - доставка]
Имеет ли это смысл? Сценарий дает общую форму заказа и квитанцию о доставке, а также требует ERD, в котором хранится информация, достаточная для создания этих двух типов документов. Мне кажется, что я что-то упускаю, например, другую неопределенную сущность или отношения, отличные от тех трех, которые у меня есть.