View a markdown version of this page

Ordre d'évaluation dans Amazon Quick Sight - Amazon Quick

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Ordre d'évaluation dans Amazon Quick Sight

Lorsque vous ouvrez ou mettez à jour une analyse, avant de l'afficher, Amazon Quick Sight évalue tout ce qui est configuré dans l'analyse dans un ordre spécifique. Amazon Quick Sight traduit la configuration en une requête qu'un moteur de base de données peut exécuter. La requête renvoie les données de la même manière, que vous vous connectiez à une base de données, à une source de logiciel en tant que service (SaaS) ou au moteur d'analyse Amazon Quick Sight (SPICE).

Si vous comprenez l’ordre dans lequel la configuration est évaluée, vous connaissez la séquence qui impose le moment où un filtre ou un calcul spécifique est appliqué à vos données.

L’illustration suivante présente l’ordre de l’évaluation. La colonne de gauche indique l'ordre d'évaluation lorsqu'aucune fonction de fenêtre de calcul (LAC-W) ou d'agrégation (LAC-A) sensible au niveau n'est impliquée. La deuxième colonne indique l'ordre d'évaluation des analyses contenant des champs calculés pour calculer des LAC-W expressions au niveau du préfiltre (PRE_FILTER). La troisième colonne indique l'ordre d'évaluation des analyses contenant des champs calculés pour calculer des LAC-W expressions au niveau du préagrégat (PRE_AGG). La dernière colonne indique l'ordre d'évaluation pour les analyses contenant des champs calculés pour calculer LAC-A des expressions. Suite à l’illustration, vous trouverez une explication plus détaillée de l’ordre de l’évaluation. Pour plus d’informations sur les calculs basés sur le niveau, consultez la rubrique Utilisation de calculs basés sur les niveaux dans Quick Sight.

La liste suivante indique l'ordre dans lequel Amazon Quick Sight applique la configuration dans votre analyse. Tous les éléments configurés dans votre jeu de données (calculs au niveau de l’jeu de données, filtres et paramètres de sécurité, par exemple) sont exécutés en dehors de votre analyse. Ils s’appliquent tous aux données sous-jacentes. La liste suivante couvre uniquement les processus exécutés au sein de l’analyse.

  1. LAC-W Niveau du préfiltre : évalue les données à la cardinalité de la table d'origine avant les filtres d'analyse

    1. Calculs simples : Calculs au niveau scalaire sans aucune agrégation ni calcul par fenêtre. Par exemple, date_metric/60, parseDate(date, 'yyyy/MM/dd'), ifelse(metric > 0, metric, 0), split(string_column, '|' 0).

    2. LAC-W fonction PRE_FILTER : si une expression LAC-W PRE_FILTER est impliquée dans le visuel, Amazon Quick Sight calcule d'abord la fonction de fenêtre au niveau de la table d'origine, avant tout filtre. Si l'expression LAC-W PRE_FILTER est utilisée dans des filtres, elle est appliquée à ce stade. Par exemple, maxOver(Population, [State, County], PRE_FILTER) > 1000.

  2. LAC-W PRE_AGG : Évalue les données à la cardinalité de la table d'origine avant les agrégations

    1. Filtres ajoutés lors de l’analyse : Les filtres créés pour les champs non agrégés dans les visuels sont appliqués à ce niveau. Ils sont similaires aux clauses WHERE. Par exemple, year > 2020.

    2. LAC-W fonction PRE_AGG : si une expression LAC-W PRE_AGG est impliquée dans le visuel, Amazon Quick Sight calcule la fonction de fenêtre avant toute agrégation appliquée. Si l'expression LAC-W PRE_AGG est utilisée dans des filtres, elle est appliquée à ce stade. Par exemple, maxOver(Population, [State, County], PRE_AGG) > 1000.

    3. Top/bottom N filtres : filtres configurés sur les dimensions pour afficher top/bottom N éléments.

  3. LAC-A niveau : évaluer les agrégations à un niveau personnalisé, avant les agrégations visuelles

    1. Custom-level agrégations : si une LAC-A expression est impliquée dans le visuel, elle est calculée à ce stade. Sur la base du tableau situé après les filtres mentionnés ci-dessus, Amazon QuickSight calcule l'agrégation, groupée selon les dimensions spécifiées dans les champs calculés. Par exemple, max(Sales, [Region]).

  4. Niveau visuel : Évalue les agrégations au niveau visuel et calcule les tableaux après agrégation, les configurations restantes étant appliquées dans les visuels

    1. Visual-level agrégations : les agrégations visuelles doivent toujours être appliquées, sauf pour les tableaux tabulaires (où la dimension est vide). Avec ce paramètre, les agrégations basées sur les champs des sélecteurs de champs sont calculées, groupées selon les dimensions insérées dans les visuels. Si un filtre est créé à partir d’agrégations, il est appliqué à ce niveau, de la même manière que les clauses HAVING. Par exemple, min(distance) > 100.

    2. Calculs de tableau : Si un calcul de tableau post-agrégation (il doit prendre une expression agrégée comme opérande) est référencé dans le visuel, il sera calculé à ce niveau. Amazon Quick Sight effectue des calculs de fenêtres après des agrégations visuelles. De même, les filtres basés sur de tels calculs sont appliqués.

    3. Autres calculs de catégories : ce type de calcul n'existe que dans les pie/donut diagrammes line/bar/. Pour de plus amples informations, veuillez consulter Limites d’affichage.

    4. Totaux et sous-totaux : Les totaux et les sous-totaux sont calculés dans des graphiques en anneau (uniquement des totaux), des tableaux (uniquement des totaux) et des tableaux croisés dynamiques, sur demande.