Чтобы завершить ответ Гектора, я бы сказал, что инвертированный индекс эффективен для сопоставления документов по основному поисковому запросу.
Теперь, когда дело доходит до фильтрации / сортировки / выполнения огранки, Solr воздействует на набор результатов, он уже имеет дело со списком совпадающих документов, и любой подзапрос будет пересекаться или объединяться с основным набором результатов.
На данный момент мы можем логически подумать о ситуации с документами к чему-то: например, если бы вы отсортировали произвольный список идентификаторов документов по fieldX , вы бы фактически переупорядочили fieldXзначений и получите соответствующие - отсортированные - docID.
Таким образом, если fieldCache создается с включенным docValues для соответствующих полей, готовность к использованию сопоставления документа со значением значительно улучшит использование fieldCache.
Мы также можем (возможно, несколько неточно) ссылаться на «горячий» кэш или «холодный».