Оценка распада Elasticsearch на основе возникновения

Question

Я пытаюсь найти способ предотвратить появление нескольких сообщений в результатах поиска, которые принадлежат одному автору. До сих пор я пробовал случайный подсчет очков, что позволяет мне поддерживать разбивку на страницы. Тем не менее, у меня все еще может быть до 4 тех же авторов на данной странице из 10 результатов.

Есть ли способ зачислить документ, исходя из того, сколько раз определенное поле возникает в результирующем наборе? Насколько мне известно, вы не можете сохранить переменную или объект в сценарии подсчета очков.

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

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

Answer 1

Вы не можете диверсифицировать сортировку elasticsearch. Вы можете только random_seed зачислить документы и надеяться на лучшее. Вы можете использовать что-то вроде агрегатора главных хитов, чтобы агрегировать ведра на автора, но вы не можете разбивать на группы группу ведер. Поэтому ломать разбивку на страницы.

See here for more information

Answer 2

РЕДАКТИРОВАТЬ: перед тем, как вы передадите этот ответ только потому, что это связано с Люцене, а не с реальным ответом на вопрос: 1. ElasticSearch основан на Lucene 2. То, что OP хочет сделать, действительно сложно сделать, и я был просто пытаясь помочь ...

Вы можете попробовать поиграть с распадом здесь:

http://www.elasticsearch.org/guide/en/elasticsearch/reference/0.90/query-dsl-function-score-query.html

Однако это не позволяет вернуться ссылок на предыдущие хиты текущего запроса (как техника должна соответствовать вашему варианту использования)

Я столкнулся с аналогичной проблемой для вас в webapp, в которой мы использовали Lucene/Hibernate-Search, и я действительно не получил удовлетворительного результата, и это все еще беспокоит меня.

Я думаю, что лучше всего попытаться получить хороший пользовательский опыт, пытаясь реализовать заказ по-другому.

Answer 3

Любые причины, по которым вы не можете использовать grouping? Просто укажите группу и определите порядок для группы.