このディスカッションチケットによると、サイズオプションとして0
を指定することで、サブアグリゲーションからすべての結果を返すことが可能0
をそのままではなく、渡すためです。 (#8339を参照)。
サイズがelasticsearchに送信されず、すべての結果が返されるように、ユーザーにそのフィールドをクリアさせるとよいでしょう。
私の理解では、無制限のサイズの用語の集約を禁止することは、クラスターを不安定にする可能性のある集約を制限するために、5.0のElasticsearch側で非常に意図的な変更でした: https :
また、API側でサポートされていない状態で、そのサポートを追加し直す方法がわかりませんか?
テーブルの視覚化の場合、次の理由により、実際には私にとって大きな問題になります。
私は、すべて同じフィールドを含む数十万のドキュメントを持っています。 ダッシュボードの1つに2つのテーブルがあり、それぞれに異なる列のセットが含まれています。 問題は、用語のサイズが小さすぎる場合(たとえば、500)、両方が異なる合計金額を返すことです。 用語のサイズを約50.000に変更すると、合計金額が等しくなります。これは、数百万のドキュメントに到達したときに問題になる可能性があります...この問題は、特定の値が等しいドキュメントがいくつあるかにあると思います。テーブルに使用されるキー。これにより、2つのテーブルの合計金額が異なる場合があります。
したがって、現時点では結果を信頼できないため、無制限のサイズの集計を作成することはできます。 または、これには別の解決策が必要です。
この動作はElasticsearchで削除されたため(かなり前)、これを閉じます。
最も参考になるコメント
テーブルの視覚化の場合、次の理由により、実際には私にとって大きな問題になります。
私は、すべて同じフィールドを含む数十万のドキュメントを持っています。 ダッシュボードの1つに2つのテーブルがあり、それぞれに異なる列のセットが含まれています。 問題は、用語のサイズが小さすぎる場合(たとえば、500)、両方が異なる合計金額を返すことです。 用語のサイズを約50.000に変更すると、合計金額が等しくなります。これは、数百万のドキュメントに到達したときに問題になる可能性があります...この問題は、特定の値が等しいドキュメントがいくつあるかにあると思います。テーブルに使用されるキー。これにより、2つのテーブルの合計金額が異なる場合があります。
したがって、現時点では結果を信頼できないため、無制限のサイズの集計を作成することはできます。 または、これには別の解決策が必要です。