Как организовать фасетный поиск в postgres?

Question

[Barancheek]

Делаю пет-проект интернет-магазина, основная цель которого организовать фасетный поиск по множеству характеристик товаров, как это должно быть в полноценном магазине. То есть выбрав категорию, пользователь видит фильтр с соответствующими категории атрибутами и набор возможных опций и количество товаров с этими товаров. При выборе опций счетчики доступных товаров должны пересчитываться.

Я спроектировал следующую схему базы данных (как смог)


Я хочу понять как мне теперь агрегировать и пересчитывать фасеты (в зависимости выбранных пользователем опций) и что мне для этого необходимо использовать ?

Объем данных не большой и ,как я понял, это вполне можно сделать силами одного postgres без внешних движков. Но как это правильно организовать я не могу понять, мне не хватает знаний и опыта. На бэкэнде используется Nestjs и Prisma.

Comments

[Everything_is_bad]

так модифицируй под эту базу свой sql запрос из предыдущего вопроса

[Barancheek]

Everything_is_bad, я имею ввиду может мне надо как-то преобразовать данные и использовать ts_vector и ts_query или что-то в этом роде ? Я не нашел какого-то подходящего конкретного примера в интернете, от которого я бы мог оттолкнуться. Вся информация сильно фрагментирована, будто никто кроме банальных CRUD и todo list не делает.

[Everything_is_bad]

Barancheek, ts_vector и ts_query для фуллтекст поиска используют, фасет это просто подсчет кол-ва характеристик из выборки

[Barancheek]

Everything_is_bad,
Вот всё что я смог на гуглить путного,
но я пока не могу понять как мне интегрировать это со своей схемой и надо ли

https://bun.uptrace.dev/postgres/faceted-full-text...
https://jamesmcnee.co.uk/blog/posts/2024/may/05/fa...
https://habr.com/ru/articles/517074/

[mayton2019]

Фасеты технически могут быть реализованы как partitions. В отличие от первых,
фасеты могут частично перекрываться поэтому количество partitions очень резко
растет. Например для 3х фасетов может быть 7 partitions из за сочетаний всех со всеми.
Поэтому имеет смысле не создавть сотни фасетов.

Сама раскладка бизнес-атрибутов по partitions - это чисто вопрос UX и performance
в каких-то частных случаях. Например вы смотрите на веб сайт и пытаетесь понять
что пользователь ищет чаще. В каких категориях и с какими атрибутами.
Это процесс увлекательный и бесконечный. Общих советов тут нет.

[Barancheek]

Everything_is_bad,

модифицируй под эту базу свой sql запрос из предыдущего вопроса

То как я делаю сейчас мне не нравится. В данном коде фасеты собираются вручную и никак не пересчитываются. Выгляди как кривой костыль.

[Timur]

Коментарий не по тебе. Можно твой гитхаб? Хочу посмотреть на твой пет проект, сам делаю похожее, вот может что да возьму с твоего. Буду очень благодарен