Ordre d'évaluation sur Amazon QuickSight - Amazon QuickSight

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 sur Amazon QuickSight

Lorsque vous ouvrez ou mettez à jour une analyse, avant de l'afficher, Amazon QuickSight évalue tout ce qui est configuré dans l'analyse dans un ordre spécifique. Amazon QuickSight 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 QuickSight d'analyse Amazon (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 fenêtre de calcul de niveau (LAC-W) ni aucune fonction de regroupement (LAC-A) ne sont impliquées. La seconde colonne indique l'ordre d'évaluation pour les analyses qui contiennent des champs calculés à traiter par expressions LAC-W au niveau du pré-filtre (PRE_FILTER). La troisième colonne indique l'ordre d'évaluation pour les analyses qui contiennent des champs calculés à traiter par expressions LAC-W au niveau du pré-regroupement (PRE_AGG). La dernière colonne indique l'ordre d'évaluation pour les analyses qui contiennent des champs calculés à traiter par expressions LAC-A. 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 Amazon QuickSight.

Four flowcharts comparing evaluation order for different LAC scenarios in data analysis.

La liste suivante indique l'ordre dans lequel Amazon QuickSight 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. Niveau du préfiltre LAC-W : Évalue les données à la cardinalité du tableau 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. Fonction LAC-W PRE_FILTER : si une expression LAC-W PRE_FILTER est impliquée dans le visuel, Amazon calcule QuickSight 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 sera appliquée à ce niveau. Par exemple, maxOver(Population, [State, County], PRE_FILTER) > 1000.

  2. LAC-W PRE_AGG : Évalue les données à la cardinalité du tableau 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. Fonction LAC-W PRE_AGG : si une expression LAC-W PRE_AGG est impliquée dans le visuel, Amazon QuickSight 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 sera appliquée à ce niveau. Par exemple, maxOver(Population, [State, County], PRE_AGG) > 1000.

    3. Filtres N premiers/derniers : Filtres configurés sur les dimensions pour afficher les N premiers/derniers éléments.

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

    1. Agrégations au niveau personnalisé : Si une expression LAC-A est impliquée dans le visuel, elle sera calculée à ce niveau. 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. Agrégations au niveau visuel : 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 QuickSight 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 graphiques en ligne/les diagrammes circulaires/les graphiques en anneau. Pour plus d’informations, consultez 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.