@svilkov87

Как лучше построить архитектуру БД, если планируется поиск по нескольким видам/типам товаров?

Добрый день!

Планируется, что в проекте ассортимент товаров будет из как минимум 15 направлений...
- кирпич, смеси, кровля, утеплители итд... - и так до 15, как минимум.

В результатах поиска должно отображаться:
id, name.

Вопрос - сделать на каждую группу товаров свою таблицу и полями id, name и выборку делать с UNION ALL?
Или делать одну таблицу для всех групп товаров и выбирать id и name только в ней? Но в этом случае полей в этой таблице будет очень много. Ведь у каждой номенклатуры есть описание, подробные характеристики итд... А некоторые поля будут пустые, т.к. у кирпича, например, есть такие характеристики, которых нет у кровли...

Надеюсь, суть вопроса понятна, буду благодарен за ответ.
Спасибо.
  • Вопрос задан
  • 208 просмотров
Пригласить эксперта
Ответы на вопрос 1
Вы столкнулись со стандартной задачей построения каталога - наборы характеристик для разнородных объектов, причём как я понимаю могут постоянно появляться новые типы объектов. Эта задача решается либо с помощью EAV, если оставаться в рамках реляционных баз, либо же путём хранения каталога в документной базе вроде MongoDB. Также рассмотрите вариант с использованием JSON/XML колонок в вашей РСУБД, если таковые поддерживаются.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы