Elementary stocke chaque résultat de test dans l’entrepôt sous forme de tables interrogeables, permettant une visibilité historique sur les tendances de qualité des données — pas seulement si les tests passent lors de l’exécution en cours. Ce hub couvre la progression de la génération d’un premier rapport jusqu’à la construction de KPIs personnalisés dans un outil BI.
La progression
Commencez par le rapport généré. Une seule commande — edr report — produit un fichier HTML autonome avec l’historique des tests, les graphiques d’anomalies, les tendances de temps d’exécution des modèles et la lignée. Aucun serveur requis. Si cela suffit à votre équipe, arrêtez-vous là. Voir Elementary HTML report generation pour les flags importants et Elementary report sections pour savoir quoi examiner dans chaque partie du rapport.
Hébergez-le pour que l’équipe y ait accès. Un fichier HTML sur votre ordinateur portable n’aide personne d’autre. La commande edr send-report d’Elementary télécharge le rapport sur S3, GCS ou Azure Blob Storage et le sert comme site web statique. Automatisez-le comme étape post-exécution dans votre pipeline CI et le rapport reste à jour. Voir Elementary report hosting.
Construisez des tableaux de bord personnalisés lorsque vous avez besoin de plus de contrôle. Le rapport HTML couvre la plupart des besoins, mais lorsque vous souhaitez des vues de niveau direction avec votre propre identité visuelle, une visibilité unifiée sur plusieurs projets dbt, ou des métriques de qualité des données aux côtés des métriques opérationnelles dans votre outil BI existant, interrogez directement les tables d’entrepôt d’Elementary. Tout outil se connectant à votre entrepôt fonctionne. Voir Elementary custom BI dashboards pour les tables clés et les exemples SQL.
Concevez des KPIs qui traduisent les résultats de tests en métriques significatives. Les comptages bruts pass/fail sont opérationnels ; les KPIs sont stratégiques. Le taux de réussite des tests, la conformité SLA, la couverture des tests et le taux de détection des anomalies donnent aux parties prenantes un moyen de comprendre la santé de la qualité des données sans savoir comment fonctionnent les tests dbt. Voir Data quality KPIs from Elementary.
Organisez les tableaux de bord pour l’audience, pas pour l’exhaustivité. Un rapport unique couvrant tous les modèles sans filtrage est techniquement exhaustif et pratiquement écrasant. Filtrer par domaine, niveau de criticité et cadence de rafraîchissement crée des tableaux de bord que les gens utilisent réellement. Voir Elementary dashboard organization.
Ce que cela suppose
Cette progression suppose qu’Elementary est déjà installé et opérationnel dans votre projet dbt. Si ce n’est pas le cas, la note Elementary for dbt couvre l’installation, l’architecture à deux composants (package dbt plus CLI edr), et les tests de détection d’anomalies qui alimentent ces tableaux de bord.