- Created by Laurent Martinez , last modified on Oct 30, 2024
- Translations
You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 14 Next »
Cette page présente les différentes informations de suivis et d’historiques disponibles dans le datawarehouse.
Elle détaille les tables et vues mises à disposition pour réaliser des analyses.
Suivis généraux
Les suivis “généraux” permettent d’avoir une vue d’ensemble sur les traitements qui ont été réalisés, indépendamment de la version 1 ou 2 du module BI.
Historique des exécutions de l’ETL - table “_etl_history”
Localisation : sur le schéma “nomClient”
A chaque exécution d’un ETL, un enregistrement récapitulatif des actions réalisées est présent dans la table “_etl_history” dont voici les attributs :
Intitulé | Nom colonne | Description |
---|---|---|
Identifiant unique d’exécution de l’ETL | id_etl_execution | Il s’agit de l'identifiant unique de l'exécution d’un ETL. |
Statut d’exécution de l’ETL | etl_status |
|
Date début d’exécution de l’ETL | etl_start_date | Il s’agit de la date/heure de démarrage des traitements ETL. |
Durée totale d’exécution de l'ETL | total_etl_execution_time | Exprimé en millisecondes. |
Temps d’exécution des traitements V2 | execution_time_v2 | Exprimé en millisecondes |
Temps d’exécution des traitements V1 | execution_time_v1 | Exprimé en millisecondes |
Durée d’exécution de l’intégration avec QuickSight | execution_time_viz | Exprimé en millisecondes. |
Taille totale du datawarehouse (bytes) | total_size_bytes | Exprimé en bytes. |
Taille totale du datawarehouse | total_size_pretty | Exprimé dans un format lisible (Mo, Go, …) |
Taille du datawarehouse pour les traitements V2 | dwh_size_v2_bytes | Exprimé en bytes. |
Taille du datawarehouse pour les traitements V1 | dwh_size_v1_bytes | Exprimé en bytes. |
Taille totale du SPICE consommé | spice_size_bytes | Exprimé en bytes. |
Nombre total de requêtes d’extraction | total_query_v2_count | Nombre total des requêtes d’extraction, toute société confondue. |
Nombre de requêtes V2 mise à jour | executed_query_v2_count | Nombre des requêtes d’extraction qui ont été mises à jour avec succès, toute société confondue. |
Nombre de requêtes V2 en échec | error_query_v2_count | Nombre des requêtes d’extraction en échec, toute société confondue. |
Périmètre d’exécution des traitements V1 | etl_v1_complete |
|
Statut des traitements V1 | etl_v1_status |
|
Nombre total de datasets présents dans Quicksight | total_dataset_count | Nombre total de datasets présents dans l’espace QuickSight, indépendamment de leur génération automatique ou non dans le cadre des traitements V2. |
Nombre de datasets mis à jour | updated_dataset_count | Nombre de datasets dont le SPICE à été mis à jour via les traitements d’intégration avec QuickSight. |
Nombre de dataset en erreur | error_dataset_count | Nombre de datasets en erreur (échec de mise à jour, erreur lors de l’accès au dataset, …). |
Historique des mises à jour des datasets QuickSight - table “viz_dataset_update”
Localisation : sur le schéma “nomClient”
A chaque exécution de l’ETL, les traitements d’intégration avec QuickSight tente de rafraichir les datasets présents dans le compte QuickSight pour qu’ils soient à jour avec les dernières données présentes dans le datawarehouse. Les informations sont stockées dans la table “viz_dataset_update” dont voici les attributs :
Intitulé | Nom colonne | Description |
---|---|---|
Identifiant unique d’exécution de l’ETL | id_etl_execution | Il s’agit de l'identifiant unique de l'exécution d’un ETL. |
Date de détection du dataset | date | Correspond à la date d’insertion de ce dataset dans cette table d’historique pour qu’il soit traité ultérieurement. |
Identifiant du dataset | id_dataset | |
Nom du dataset | name_dataset | Nom du dataset présent dans QuickSight |
Liste des propriétaires du dataset | owner_dataset | Ensemble des propriétaires du dataset dans QuickSight. |
Statut de traitement du dataset | status |
|
Liste des identifiants des datasets faisant référence au dataset courant | dependencies | Peut être vide. Permet de gérer la mise à jour “en cascade” des Datasets se référençant les uns les autres. |
Dataset en mode SPICE | is_spice_mode |
|
Identifiant de l’ingestion la plus récente | id_ingestion | Donnée technique pour les traitements. |
Temps d’exécution du dernier rafraichissement du SPICE | ingestion_time_in_seconds | Exprimé en secondes |
Taille du SPICE consommé | spice_size | Exprimé dans un format lisible (Mo, Go, …) |
Taille du SPICE consommé (bytes) | spice_size_in_bytes | Exprimé en bytes |
Complément information concernant les datasets dont la mise à jour est ignorée. | ignore_cause |
|
Date de définition du format du dataset | structure_definition_date | Donnée technique pour les traitements. Permet notamment d’identifier des changements (ajout/suppression de colonnes, …) et est utilisée pour gérer la mise à jour automatique des datasets en relation avec les traitements V2. |
Suivi mensuel des consommations du datawarehouse et du SPICE - vue “_monthly_consumption_monitoring”
Localisation : sur le schéma “nomClient”
Cette vue met à disposition un récapitulatif par mois des données consommées dans le cadre du Module BI avec les informations
Intitulé | Nom colonne | Description |
---|---|---|
Année | year | Année du relevé. |
Mois | month | Mois du relevé. |
Taille du datawarehouse | dwh_size | Taille moyenne du datawarehouse sur le mois en format lisible (Mo, Go, …). |
Taille max du datawarehouse | dwh_max_size | Taille maximum du datawarehouse sur le mois en format lisible (Mo, Go, …). |
Taille min du datawarehouse | dwh_min_size | Taille minimum du datawarehouse sur le mois en format lisible (Mo, Go, …). |
Taille du SPICE | spice_size | Taille moyenne du SPICE sur le mois en format lisible (Mo, Go, …). |
Taille max du SPICE | spice_max_size | Taille maximum du SPICE sur le mois en format lisible (Mo, Go, …). |
Taille min du SPICE | spice_min_size | Taille minimum du SPICE sur le mois en format lisible (Mo, Go, …). |
Taille du datawarehouse (bytes) | dwh_size_bytes | Taille moyenne du datawarehouse sur le mois en bytes. |
Taille max du datawarehouse (bytes) | dwh_max_size_bytes | Taille maximum du datawarehouse sur le mois en bytes. |
Taille min du datawarehouse (bytes) | dwh_min_size_bytes | Taille minimum du datawarehouse sur le mois en bytes. |
Taille du SPICE (bytes) | spice_size_bytes | Taille moyenne du SPICE sur le mois en bytes. |
Taille max du SPICE (bytes) | spice_max_size_bytes | Taille maximum du SPICE sur le mois en bytes. |
Taille min du SPICE (bytes) | spice_min_size_bytes | Taille minimum du SPICE sur le mois en bytes. |
Suivis spécifiques au Module BI V2
Les suivis spécifiques au module BI V2 permettent d’avoir une vue détaillée sur les requêtes d’extraction présentes dans le datawarehouse ainsi que sur leur statut.
Informations sur les requêtes d’extraction
Informations sur les requêtes d’extraction - table “_info_query”
Localisation : sur le schéma “nomClient_Société”
Cette table liste l’ensemble des requêtes d’extraction présentes dans le datawarehouse pour la société courante en y ajoutant des informations sur son paramétrage.
Intitulé | Nom colonne | Description |
---|---|---|
Identifiant interne | id | Identifiant technique de la requête d’extraction |
Nom de la table DWH | table_name | Nom technique de la table présente dans le datawarehouse. |
Nom de la requête d’extraction | query_name | Libellé de la requête d’extraction renseigné dans l’ERP. |
Date de début de récupération des données | desired_min_recuperation_date | Date à partir de laquelle des données modifiées ou créées sont récupérées pour cette requête d’extraction. |
Période de mise à jour | daily_retrieved_data_in_days | Nombre de jour d’historique des données qui sera supprimé puis réinséré lors de l’alimentation des données de cette requête d’extraction |
Date de régénération des données | required_regeneration_date | Date à laquelle une régénération complète des données a été demandée / a été nécessaire. |
Date de la donnée la plus ancienne actuellement présente dans le Datawarehouse | real_min_recuperation_date | Donnée technique pour les traitements. |
Code de la langue de la requête d’extraction | langue | |
Date de la donnée la plus ancienne | min_source_data_date | Donnée technique pour les traitements. |
Dataset automatique dans Quicksight | automatic_dataset_qs |
|
Dataset en mode Spice | dataset_spice |
|
Nom du dataset | dataset_name | |
Date de définition du format du dataset | structure_definition_date | Donnée technique pour les traitements. Permet notamment d’identifier des changements (ajout/suppression de colonnes, …) et est utilisé pour gérer la mise à jour automatique des datasets en relation avec les traitements V2. |
Informations sur les colonnes extraites à partir d’une requête d’extraction - table “_info_attributequery”
Localisation : sur le schéma “nomClient_Société”
Cette table contient le détail des colonnes (attributs) de chaque requête du système d’information exportée via la requête d’extraction.
Intitulé | Nom colonne | Description |
---|---|---|
Identifiant interne | id | Identifiant technique de l’attribut de la requête d’extraction. |
Identifiant de la requête d’extraction | id_infoquery | Permet de faire le lien entre l’attribut courant et sa requête d’extraction. |
Position de la colonne dans la requête du système d’information | index | Numéro d’ordre. Non répercuté sur l’ordonnancement réel des colonnes de la table dans le datawarehouse. |
Libellé de la colonne | column_label | Libellé de l’attribut défini au niveau de la requête du système d’information. |
Nom de la colonne dans la table | column_name | Nom “technique” de la colonne dans la table du datawarehouse. |
Format de la colonne (typage) | type | Type de l’attribut dans la table. Exemples : varchar(255), numeric(31,8), date… |
Présence d’un index sur cette colonne | column_optimized |
|
Informations sur le statut des requêtes d’extraction
Informations sur la mise à jour des requêtes d’extraction - table “_info_query_history”
Localisation : sur le schéma “nomClient_Société”
Cette table ressence l’ensemble des mises à jour réalisées sur chacune des requêtes d’extraction dans le temps et permet d’obtenir des informations telles que le statut de la mise à jour, les volumes de données échangées, les temps d’exécution, …
Intitulé | Nom colonne | Description |
---|---|---|
Identifiant unique d’exécution de l’ETL | id_etl_execution | Il s’agit de l'identifiant unique de l'exécution d’un ETL. |
Date d’exécution de la requête | start_execution_date | Date de début des traitements d’extraction des données. |
Identifiant de la requête d’extraction | id_infoquery | Référence l’identifiant de la table _info_query. |
Nom de la table présente dans le datawarehouse | table_name | Nom technique de la table présente dans le datawarehouse. |
Nom de la requête d’extraction | query_name | Libellé de la requête d’extraction renseigné dans l’ERP. |
Statut de traitement de la requête d’extraction | status |
|
Statut de mise à jour des données | execution | Permet d’indiquer si les traitements ont impactés les données de la requête d’extraction. Valeurs possibles :
|
Nombre de ligne transférées | result_row_number | |
Nombres de lignes totales dans la source de données | source_row_number | |
Nombre de lignes totales dans le datawarehouse | dwh_row_number | |
Temps d’exécution de l’extraction | duration | Exprimé en millisecondes. |
Détail de l’erreur (information technique) | error_detail | Informations techniques sur les éventuelles erreurs rencontrées. |
Taille de la table dans le datawarehouse (bytes) | dwh_table_size | Exprimé en bytes. |
Taille de la table dans le datawarehouse | dwh_table_size_pretty | Exprimé en format lisible (Mo, Go, …). |
Statut de mise à jour des requêtes d’extractions lors du dernier ETL (vue _info_history_last_executions)
Localisation : sur le schéma “nomClient_Société”
Cette vue propose une vision rapide du dernier ETL concernant les requêtes d’extraction à travers toutes les informations de la table “_info_query_history”.
Une analyse simple sur cette vue permet d’informer sur l'état des mises à jour des requêtes d’extraction dans le datawarehouse pour le dernier ETL. On s’assure ainsi rapidement des données mises à disposition pour le module V2.
- No labels