Какой должна быть нормализованная схема БД для товаров и категории?

Question

[lue merg]

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

Я бы реализовал это по принципу 1 ко многим создав 2 таблицы, таблица товаров и таблица - ключ и имя категории.

Какие варианты еще есть и какие преимущества имеет перед моим вариантом.

Answer 1

[Rsa97]

Вообще-то вы описали отношение многие-ко-многим. Она реализуется созданием промежуточной таблицы, содержащей идентификатор товара и идентификатор категории.
poducts (id, name, ...)
category (id, name, ...)
products_categories (product_id, category_id)

Comments

[lue merg]

Могу узнать где я могу прочитать про разницу отношении, видимо я не полностью разобрался в их различии

[Rsa97]

lue merg,
Один-к-одному - каждой строке из таблицы A соответствует не более одной строки из B, каждой строке из B не более одной строки из A. Используется редко.
Один-ко-многим - каждой строке из таблицы A соответствует произвольное количество строк из B, каждой строке из B не более одной строки из A. Пример - заказы покупателя, у одного покупателя может быть множество заказов, у одного заказа только один покупатель. Реализуется указанием id строки из A в таблице B.
Многие-ко-многим - каждой строке из таблицы A соответствует произвольное количество строк из B, каждой строке из B произвольное количество строк из A. Ваш случай.

[sim3x]

o2o - расширение записи, которое требуется не всем азписям. С вводом жсон в строй потеряло актуальность

Answer 2

[Иван Шумов]

Это зависит от того какая задача и до какой нормальной формы нужно это привести) а то знаете, их же популярных 3, есть реже используемая 4ая, а там уже и до 5-6 недалеко)