質問編集履歴
2
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
|
|
9
9
|
以下のようなIndexを持っています。
|
|
10
10
|
|
|
11
|
-
参加者( attendee_id )をキーにした
|
|
11
|
+
参加者( attendee_id )をキーにした、その参加者がサービス内で拒否したいユーザIDのブラックリスト(assignee_blacklist)を持っています。
|
|
12
12
|
|
|
13
13
|
(下記テキストはKibana上で動くことを確認しています。)
|
|
14
14
|
|
|
@@ -440,4 +440,4 @@
|
|
|
440
440
|
|
|
441
441
|
|
|
442
442
|
|
|
443
|
-
また、Apache Solr などの他全文検索ミドルウェアとの対比もしているのですが、
|
|
443
|
+
また、Apache Solr などの他全文検索ミドルウェアとの対比もしているのですが、Solrならばこういった集約に関して強みがあるなどについても、ご存じであれば教えていただけると大変助かります。
|
1
Apache Solrなどとの対比についての文章を追加しました。
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -437,3 +437,7 @@
|
|
|
437
437
|
開発しているサービスでは上記の期待することに出るような結果をそのまま使いたいと思っています。
|
|
438
438
|
|
|
439
439
|
上記の期待が得られるようなクエリを組むことは可能でしょうか？
|
|
440
|
+
|
|
441
|
+
|
|
442
|
+
|
|
443
|
+
また、Apache Solr などの他全文検索ミドルウェアとの対比もしているのですが、そのSolrならば集約に関して強みがあるなども、教えていただけると大変助かります。
|