полей для сортировки предполагается несколько - это id товара, цена, его рейтинг, дата создания и что-то ещё
Соответственно, с фронта может придти какая-то сортировка, а может и нет. Как в таких случаях организовываются индексы для сортировки? Как надо делать, а как делать не надо?
Вижу 2 варианта:
- создать на каждую комбинацию сортировки свой индекс (тогда это будет универсально, но индексов много)
- создать один индекс включающий все возможные поля сортировки, и задать для каждого поля сортировку по умолчанию
1. Создание индекса не зависит от запросов. Он или есть или нет 2. Индексы в запросе комбинирутся.
>- создать один индекс включающий все возможные поля сортировки, В постгресе это поможэт чуть режэ, чем никогда. Но, на самом деле, всё сложно. Надо смотреть алгоритмически — что там получается, сколько записей нужно поднять в каждом случае, в какие алгортимы свалится постгрес и сколько будет реально поднимать. Во многих случаях, например, фильтры будут препятствовать индэксам для сортировки и наоборот. С другой стороны — во многих случаях результаты принцыпиально ограничены какими-то десятками тысяч, максимум сотнями тысяч (витрина спецыализированного магазина, например, или платная библиотека). Тогда можно, в принцыпе, наплевать на индэксацыю сортировок — в большынстве случаев затраты на сортировку результатов в памяти не будут затратными, и в любом случае интэгрально это будут допустимые затраты. Тогда плевать на индэксы для сортировки, делайте в первую очередь чтобы фильтры работали. Иногда — нет, и наоборот, отфильтрованный 1% из миллиардов сообщений лога реально выводить только по порядку индэкса, фильтровать ужэ можно после. В общем... Ситуацыи бывают очень разные.
>2. Индексы в запросе комбинирутся. Иногда, хе-хе.
Имею в виду — чтобы фильтровалось по индэксам.
Притом — в большынстве реальных случаев фильтровалось по индэксам. Так-то если один из 30 запросов получит примерно всю небольшую базу, и фильтровать будет без них — фиг с ним. И дажэ если слишком общий запрос будет тупить в пределах полуминуты — ну.. Это плохо, конечно, но если большынство нормальных запросов будут отрабатывать со скоростью веб-браузера — то, опять жэ, тот кто задал слишком общий запрос сам виноват и как-нибудь перетопчется.
Обсуждают сегодня