персонализированных под категорию полей, и порядка 20 категорий.
Поиск по персонализированным под категорию полям хоть и будет, но это скорее побочный хоть и нужный функционал
Поля в дальнейшем могут добавляться, но только для вновь добавляемых товаров
Поиск осуществляется по товарам из разных категории
Каким образом лучше их хранить в кликхаусе?
1. Положить всё в одну таблицу, на одинаковые поля заводим столбцы, персонализированные поля складываем в кортежи и храним в одном столбце
2. Положить всё в одну таблицу, под каждое поле заводим столбцы, то есть у каждого элемента появляются избыточные столбцы, но обходимся без кортежей
3. Под каждую категорию заводим отдельную таблицу, обходимся без кортежей, и без избыточных полей, но имеем ~ 20 таблиц. Не удобство с поиском по товарам их разных категорий
Какую реализацию выбрать? сам склоняюсь к пункту 1
Это непохоже на задачу для clickhouse. Postgres? MySQL ?
Могу ошибаться, но от избыточных столбцов, заполненных null-ами, CH в производительности не теряет совсем ничего
Вдобавок к одной большой витрине я бы рассмотрел возможность применения схемы-звезды с одной большой таблицей товаров, в которой описаны общие поля - по которым может быть поиск - и сопровождающими таблицами-категориями со своими, уникальными полями. То есть, это близко к предложенному третьему варианту, но в 20 таблицах лежат только уникальные для категории поля, а полный список всех товаров (вместе с одинаковыми полями) лежит в главной "центральной" таблице. Но мне почему-то кажется, что в данном случае можно обойтись одной широкой витриной
Обсуждают сегодня