Вкатун
· 24.04
Вопрос
Для гуру PostrigeSQL. Насколько верно утверждение: "GIN хорош для @>/&&, но убивает агрегацию (GROUP BY, COUNT, JOIN с dict_tnved). На 2М+ строк аналитика и сложные фильтры будут тормозить"?
напишите коммент
5 комментов
· 27.04
Проще explain спросить и посмотреть что вообще происходит при разных обстоятельствах. :) есть же еще и нормализация, а так же отделение частей таблиц ради сохранения памяти и скорости выборок.
0
ответить
коммент удалён
· 25.04
Хорош для "@>/&&" - это о чем речь? Полнотекстовый поиск? Да, GIN индекс хорошо подходит для полнотекстового поиска. И не замедляет GROUP BY и JOIN, проблема не в индексе.
0
ответить
коммент удалён
· 25.04
В таблице хранятся id соответствующих библиотек массивами целых чисел, но есть мнение, что старый добрый способ связи по типу многие ко многим будет более гибкий и быстрый
0
ответить
ответ удалён
· 25.04
Вам виднее, не видя архитектуру проекта, сложно что-то советовать
0
ответить
ответ удалён
· 29.04
Всем спасибо, ответ нашёл
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён