Les projets dbt Core importent toutes leurs métriques

Un semantic_manifest.json écrit par dbt Core 1.12 ou plus récent s'importe désormais en entier. Jusqu'ici, ses métriques qui agrègent une colonne arrivaient sans cette colonne : Axiome les ignorait, avec les métriques de ratio, dérivées et cumulatives construites dessus — et une métrique portant le nom d'une colonne de sa table pouvait agréger cette colonne à la place, sans rien dire.

Ce qui change

• L'expression de chaque métrique est lue. dbt Core et dbt Fusion n'écrivent pas l'expression d'une métrique simple au même endroit. Axiome lit désormais les deux : un artefact dbt Core s'importe exactement comme le même projet compilé avec Fusion.
• Les tables d'historique gardent vos jointures. Un projet qui modélise l'historique d'une dimension (une table SCD2 avec des dates de validité) à côté de la dimension elle-même perdait à l'import toutes les jointures vers cette dimension. Elles pointent maintenant vers la dimension, et la table d'historique s'importe toujours en dimensions simples.
• Des conseils plus clairs sur un manifeste vide. Un semantic_manifest.json vide signale un projet resté sur l'ancienne syntaxe YAML avec dbt Fusion, mais aucun modèle sémantique avec dbt Core — le rapport d'import et la documentation disent maintenant lequel. Si vous migrez avec dbt-autofix, vérifiez ensuite vos métriques de percentile : il perd leur valeur.

Vous aviez déjà importé un projet dbt Core ? Importez-le à nouveau, ou laissez votre prochain push CI s'en charger — la prévisualisation montre quels modèles changent.

📖 Importer depuis dbt · Ce qui est importé