MySQL - Вопрос проектирования базы данных - Действительные формальные нормы

0

У меня есть таблица "клиентов". Каждая запись содержит имя клиента, адрес электронной почты, адрес и т.д.

У меня есть таблица "skus". Каждая запись содержит название SKU. например "Super Software Bundle".

SKU представляет собой приобретаемый товар по единой цене. Закупленный товар может включать один или несколько продуктов.

например. Запись в формате SKU под названием "Super Software Bundle" может представлять два продукта: product1 и product2.

Для удобства использования/удобства другие таблицы должны отслеживать не только приобретенные скисы, но и отдельные продукты, к которым у клиента может быть доступ.

Вопрос: как я должен представлять прирост SKU с переменным размером в базе данных, где SKU может представлять от 1 до n продуктов? Спасибо за любую помощь.

Теги:
database-design
normalization

2 ответа

0
Лучший ответ

Вам понадобится третья таблица, которая управляет отношением между SKU и продуктами, поскольку продукт может быть частью более чем одного SKU (я думаю). Вы должны смоделировать отношение m: n.

продукт

  • ID
  • имя
  • цена
  • ...

ы

  • ID
  • имя
  • цена
  • ...

sku_product

  • ID
  • sku_id
  • product_id
Поделиться
  • 0
    Спасибо за вашу помощь с этим. Я попробую этот подход.
0

Если я прочитаю это право, вам понадобится таблица SKU и таблица продуктов, а таблица продуктов будет иметь ключ foriegn для таблицы SKU.

Поделиться
  • 0
    Спасибо за ответ. Это та часть, с которой у меня трудности. Как настроить таблицы SKU и таблицу продуктов таким образом, чтобы таблица SKU могла ссылаться на переменное количество записей в таблице продуктов?
  • 0
    Думаю больше об этом. Вы хотите сказать, что для того, чтобы получить список продуктов по SKU, я должен найти в таблице продуктов все записи с FK, относящиеся к конкретному идентификатору SKU?

Ещё вопросы

Сообщество Overcoder
Наверх
Меню