Как организовать правильное структура таблиц для интернет магазина товары — поставщики?

Question

[DalvJoker]

Доброго времени суток. При проектировании БД( исп. MySQL) интернет магазина возникла диллема. Есть таблица товар. У товара может быть несколько поставщиков(номер номенклатурной позиции). Пердположим 10 поставщиков и 10 товаров. У меня два варианта зхранения данных:
1. две таблицы: products(id,....) и providers(id_product,p1,p2,...,p10) - плюсы один к одному, так как товаров будет около 20к .Минусы для добавления поставщика нужно будет менять структуру таблицы
2. три таблицы: products(id,...),providers(id,name),product_providers(id_product,id_providers,code) - плюсы вроде как похоже на EAV но неуверен по производительности.. И по количеству записей в таблице.И можно легко добавлять нового поставщика.

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

Comments

[Евгений Самсонов]

Беспокоит производительность с 20к товарами?

[DalvJoker]

Евгений Самсонов, На самом деле их около 200к . Но я считаю что это не столь важно. Меня интересует как будет правильнее с точки зрения проектирования БД. В этой книге(MySQL по максимуму. 3-е издание Авторы: Шварц Бэро...) написано что MySQL не любит много таблиц.

[Евгений Самсонов]

DalvJoker, 200к это немного. "правильнее с точки зрения проектирования БД" это субъективно. Проектировать нужно под свою задачу, основываясь на том, какие будут запросы и насколько часто. Думаю, что с таким количеством данных и при правильно созданных индексах проблем по производительности не возникнет и можно использовать второй вариант (опять же, нужно больше данных о том, какая будет нагрузка)

P. S. Книга отличная и полезная

[DalvJoker]

Евгений Самсонов, Хорошо. Спасибо

Answer 1

[dmitriy]

Products - positions - providers