Я искал решение почти во всем Stackoverflow, и в большинстве случаев минусы брали верх над плюсами.
Я хочу знать, какой дизайн базы данных лучше всего подходит для реализации атрибутов продукта на сайте электронной коммерции.
Я проверил на разных подходах
1) Разные таблицы для каждого продукта. --> Выяснил, что если я хочу иметь 500 продуктов, это будет означать 500 таблиц.
2) Полусериализованный подход --> приведет к неэффективному поиску
3) EAV --> многие предполагают, что это антипаттерн и нужно найти альтернативу.
4) Создание типов. --> Не подходит для mysql, так как здесь нет подобных вещей.
Я имею в виду, как Amazon, Flipkart, Macys могут это сделать. Да, можно сказать, что сейчас они могут использовать подход NoSQL. Но до внедрения подхода NoSQL они все еще эффективно фильтровали все это. Macys.com ценится за эффективный дизайн фильтрации, который у них есть.
Хотите реализовать подход, который был бы эффективным, и его изменение/миграция в ближайшем будущем не должно быть лихорадочным/громоздким процессом.
Может ли кто-нибудь предложить правильный подход?? Существует ли реляционное решение??
-----[РЕДАКТИРОВАТЬ]-------
Кто-нибудь знает, как это делают Flipkart или Amazon? Рекомендуется ли использовать полуструктурированный подход??
Использование файла XML для хранения атрибутов
