скажем, key | value | type (int, string, bool, null) | value_int | value_string | value_bool
Мы три раза меняли подход и пришли к комбинированной, своеобразной модели eav product_id | param_id (который хранит в себе как раз type) | value | param_list_element_id ( если type равен list то таблица params_list_elements хранит список его элементов и позволяет сделать вывод в виде чекбоксов ) и потом внутри таблицы params_list_elements такое же поле value который после джоина таблицы перегружает обычный value для вывода характеристик, кстати например, Опять же во второй версии грубо говоря мы уже отказались от логического типа, потому что для товаров критично выводить да или нет в виде того же радиобокса например да, поэтому мы все решали типом list который помогает вывести все варианты данной характеристики в фильтре
забористо, спасибо
Обсуждают сегодня