Kibana: N'autorise aucune restriction sur la taille des agrégations de termes

Créé le 29 déc. 2016  ·  3Commentaires  ·  Source: elastic/kibana

Selon ce ticket de discussion , il était possible de renvoyer tous les résultats d'une sous-agrégation en donnant 0 comme option de taille. Il semble que cette fonctionnalité (qu'elle soit intentionnelle ou non) ne fonctionne pas dans la version 5.0 car elle transmettrait 0 comme taille, plutôt que de la laisser de côté. (Voir #8339).

Ce serait probablement bien de laisser l'utilisateur effacer ce champ afin qu'aucune taille ne soit envoyée à elasticsearch et que tous les résultats soient renvoyés.

screen shot 2016-12-29 at 12 52 30 pm

Visualizations KibanaApp discuss enhancement

Commentaire le plus utile

Dans le cas d'une visualisation de table, c'est en fait un gros problème pour moi, pour la raison suivante :
J'ai quelques centaines de milliers de documents contenant tous les mêmes champs. L'un de mes tableaux de bord contient 2 tableaux, chacun contenant un ensemble différent de colonnes. Le problème est qu'ils renvoient tous les deux un montant total différent, si la taille des termes est trop faible (disons 500). Le montant total devient égal lorsque je modifie la taille des termes à environ 50 000, ce qui pourrait devenir un problème lorsque nous atteignons quelques millions de documents, je suppose... Je suppose que ce problème réside dans le fait que de nombreux documents ont des valeurs égales pour des clés utilisées pour les tables, ce qui peut entraîner un montant total différent pour les deux tables.

Il serait donc toujours intéressant d'avoir des agrégations de taille illimitée, car en ce moment, je ne peux pas faire confiance aux résultats. Ou il doit y avoir une autre solution pour cela.

Tous les 3 commentaires

J'avais compris que l'interdiction des agrégations de termes de taille illimitée était un changement très intentionnel du côté d'Elasticsearch dans 5.0, afin de limiter les agrégations qui pourraient déstabiliser le cluster : https://github.com/elastic/elasticsearch/issues/18838

De plus, je ne vois pas comment nous pouvons rajouter cette prise en charge sans qu'elle soit prise en charge du côté de l'API ?

Dans le cas d'une visualisation de table, c'est en fait un gros problème pour moi, pour la raison suivante :
J'ai quelques centaines de milliers de documents contenant tous les mêmes champs. L'un de mes tableaux de bord contient 2 tableaux, chacun contenant un ensemble différent de colonnes. Le problème est qu'ils renvoient tous les deux un montant total différent, si la taille des termes est trop faible (disons 500). Le montant total devient égal lorsque je modifie la taille des termes à environ 50 000, ce qui pourrait devenir un problème lorsque nous atteignons quelques millions de documents, je suppose... Je suppose que ce problème réside dans le fait que de nombreux documents ont des valeurs égales pour des clés utilisées pour les tables, ce qui peut entraîner un montant total différent pour les deux tables.

Il serait donc toujours intéressant d'avoir des agrégations de taille illimitée, car en ce moment, je ne peux pas faire confiance aux résultats. Ou il doit y avoir une autre solution pour cela.

Fermeture, puisque ce comportement a été supprimé dans Elasticsearch (il y a longtemps).

Cette page vous a été utile?
0 / 5 - 0 notes