Попытка понять подход к отношениям БД между различными таблицами

Question

Нужно знать, что структура БД точна или нет? Допустим, есть клиенты/продукция/product_events

Где каждый клиенты могут иметь несколько продуктов, но продукт не может иметь более одного клиента, также каждая продукция может иметь несколько событий

Итак, вот что у меня есть, например,

customers   products       product_events 
-----------  ------------------------------  ------------------------ 
id | name   id | customer_id | name    id | product_id | event_title 

, как я предполагаю, что это один => многие отношения

, но здесь может быть большое количество продуктов, а некоторые из них или позволяет сказать, многие из них (продукции), не может быть Асси (другими словами, не продается клиентам)

Таким образом, чтобы сохранить список продуктов и список продуктов для покупателей, это хороший подход , чтобы иметь какую-либо промежуточную таблицу для определения отношения продуктов к клиенту?

Так как об этом stucture

customers   products  customer_products     
-----------  ---------------  ------------------------------  
id | name   id | name  id | customer_id | product_id 

product_events 
--------------------- 
id | product_id | event_title 

Для большинства использования этих структур списка продуктов событий будет получать по конкретному клиенту

Answer 1

Имея customer_id колонки в products таблицы будет означать, что только один у клиента может быть определенный продукт - например, мы с вами не могли купить тот же ноутбук, который просто звучит не так.

Промежуточный стол customer_products звучит как правильный путь.

Answer 2

С учетом таблиц «Клиент» и «ПРОДУКТ» существует множество отношений «От многих до многих» между двумя таблицами. поэтому вам нужно создать 3-й стол для поддержания отношений. что 3-я таблица должна включать два основных ключа обеих таблиц отношений и другие атрибуты, которые костятся из-за отношения. Первичный ключ третьей таблицы должен быть комбинацией обоих ключей от таблиц отношений.