Запрос Solr (q) или запрос фильтра (fq)

Ответ 1

Предпочтительно использовать фильтр-запрос по обычному запросу, если это возможно.

FilterQuery может использовать FilterCache, что будет большим увеличением производительности по сравнению с вашими запросами.

Ответ 2

Я бы рассмотрел следующие пункты о поле, чтобы решить:

• Есть ли у вашего поля фиксированный балл форсирования или вам нужно забивать для этого поля? Если да, поместите его в запрос, потому что, как упоминалось выше, запрос фильтра не использует оценки.
• Часто ли используется условие для этого поля? Если да - снова, как уже было сказано, кеш фильтра может дать огромное преимущество, но если нет - он может быть еще медленнее.
• Является ли ваш индекс постоянным? Это похоже на # 2. Если ваш индекс часто обновляется, использование фильтрующих запросов может стать узким местом, а не повышением производительности.

Некоторые примечания о # 3: по моему опыту у меня был большой индекс, который каждые несколько секунд заполнялся новыми документами, а autoSoftCommit - несколько секунд. Во время мягких коммитов был открыт новый искатель, который стал недействительным для кэшей. Итак, что действительно происходит, коэффициент попадания фильтра почти всегда равнялся 0. Я могу сказать больше: я выяснил, что первый запуск запроса фильтра дороже, чем запуск запроса со всеми условиями фильтра, перенесенными на "q" вместо "fq" . Например, мой запрос занял 1 секунду с 5 фильтрами (без кеша) и 147 мс, когда я переместил все условия "fq" в основной запрос с помощью "И". Но, конечно, когда я остановил обновления индекса, те же запросы фильтра заняли 0мс, потому что использовался кеш. Так что это то, что нужно учитывать.

Также несколько других вопросов для вашего вопроса:

• Старайтесь никогда не использовать подстановочные знаки в своем запросе. Это существенно влияет на производительность. Поэтому вместо ":" я бы предложил использовать одно условие, которое является менее постоянным для каждого запроса (самый постоянный для каждого запроса, который не требует оценки, которую вы хотите поместить в "fq" ).
• Поиск диапазона также лучше избегать (если это возможно). И диапазон поиска с подстановочными знаками еще больше. Это о ваших "endShipDays: [* TO 7]". Например, использование "endShipDays: (1 2 3 4 5 6 7)" было бы более эффективным, но это всего лишь пример, есть много способов.

Надеюсь, что это поможет.

Ответ 3

Как я использую q и fq. Я применяю полнотекстовый поиск по q и всем фильтрам на fq. Допустим, у вас есть поле ключевое слово, что вы будете иметь полнотекстовый поиск с полями, как определено в вашей схеме с помощью copyField

<copyField source="id" dest="keyword"/>
<copyField source="category" dest="keyword"/>
<copyField source="product_name" dest="keyword"/>
<copyField source="color" dest="keyword"/>
<copyField source="location" dest="keyword"/>
<copyField source="price" dest="keyword"/>
<copyField source="title" dest="keyword"/>
<copyField source="description" dest="keyword"/>

Мой запрос будет выглядеть как

/select?q={keyword}&fq=category:fashion&fq=location:nyc

/select?q=jeans&fq=category:fashion&fq=location:nyc

Как было предложено digitaljoel, если вам нужно запросить несколько полей, тогда было бы лучше использовать несколько fq (см. выше запрос) вместо использования AND и OR с q

Примечание: в моем случае q по умолчанию используется ключевое слово поля, определенное в файле solrconfig.xml

<requestHandler name="/select" class="solr.SearchHandler">
<!-- default values for query parameters can be specified, these
     will be overridden by parameters in the request
  -->
 <lst name="defaults">
   <str name="echoParams">explicit</str>
   <int name="rows">10</int>
   <str name="df">keyword</str>
 </lst>