Le 20 octobre 2026, Snowflake a publié six évolutions de dbt Projects on Snowflake, l’exécution de projets dbt directement dans la plateforme. Elles touchent à ce qui fait la différence entre un projet dbt qui tourne et un projet dbt qu’on peut piloter : savoir si les sources sont à jour, comprendre les dépendances entre projets, relancer ce qui a échoué sans tout recommencer.
Les six nouveautés
| Nouveauté | Ce qu’elle apporte |
|---|---|
| Intégration dbt State | Connexion des objets projet dbt et des espaces de travail à dbt State, un service de dbt Labs qui détermine quels modèles reconstruire et lesquels réutiliser. Elle passe par un secret `env.yml` et une intégration d’accès externe. |
| Fraîcheur des sources | La commande `source freshness` est disponible dans les espaces de travail, sur la page de l’objet projet, à la planification et via `snow dbt execute`. |
| Références entre projets | La syntaxe `ref('projet', 'modèle')` rend visibles dans le graphe les dépendances d’un projet importé comme package Git privé. |
| Relance des échecs | Le bouton Re-run relance les modèles en erreur et leurs dépendants, ou utilise `dbt retry`. |
| Accueil et modèles | Une page d’accueil liste vos projets dbt avec filtres et historique d’exécution, et propose des projets de démarrage. |
| Environnement tracé | L’historique d’exécution indique l’environnement `env.yml` utilisé. |
La fraîcheur des sources, directement dans le graphe
C’est la nouveauté la plus parlante au quotidien. Le graphe des dépendances affiche, pour chaque source, un badge Fresh, Expiring ou Stale, calculé à partir de la dernière date de chargement et des seuils d’avertissement et d’erreur déclarés dans le fichier YAML de la source. Les résultats peuvent aussi s’interroger en SQL, avec la fonction `system_dbt_get_last_run_target`.
À retenir : une source périmée se repère avant que le tableau de bord ne soit faux. Pour en profiter, déclarez les seuils de fraîcheur de chaque source dans votre projet.
Les références entre projets
Pour un projet importé comme package Git privé avec `dbt deps`, la syntaxe à deux arguments `ref('projet', 'modèle')` rend visibles les dépendances croisées. Les nœuds importés portent le nom de leur projet d’origine, et seuls les modèles importés réellement référencés apparaissent. Un filtre de la barre d’outils isole les nœuds croisés et leurs voisins directs, et une vue de topologie montre les projets dont dépend le vôtre. C’est utile dès que plusieurs équipes se partagent des modèles publics, comme nous le décrivons dans notre livre blanc sur dbt.
Relancer uniquement ce qui a échoué
Depuis l’historique des requêtes, le bouton Re-run de la section « dbt Output » relance les modèles en erreur et leurs dépendants avec `--select result:error+`. Il peut utiliser les artefacts de l’exécution concernée ou de la dernière cible en échec, ou la commande `dbt retry`. Cette option est réservée aux objets projet qui utilisent la version live.
Comment en tirer parti
1. Déclarez la fraîcheur de vos sources (seuils d’avertissement et d’erreur) et surveillez les badges du graphe. 2. Explorez les références entre projets si vous partagez des modèles entre équipes : le graphe rend les dépendances explicites. 3. Adoptez la relance ciblée pour raccourcir les reprises après incident, plutôt que de relancer tout le projet. 4. Étudiez dbt State si vos temps de calcul pèsent : il décide quels modèles reconstruire et lesquels réutiliser.
Ce que la note ne précise pas
La note de version ne détaille ni les versions de dbt prises en charge par l’intégration dbt State ni la facturation (elle renvoie vers une autre page de la documentation), et elle n’indique pas le statut de chaque fonctionnalité (disponibilité générale ou préversion). Vérifiez-les dans la documentation avant de vous engager.
Questions fréquentes
dbt Projects on Snowflake remplace-t-il dbt Core ?
Non. Il permet d’exécuter des projets dbt directement dans Snowflake, avec des outils de pilotage intégrés à Snowsight. Votre projet dbt reste un projet dbt.
Faut-il activer quelque chose pour voir les badges de fraîcheur ?
Les badges sont calculés à partir de la dernière date de chargement et des seuils warn et error du fichier YAML de la source : il faut donc avoir déclaré ces seuils.
La relance ciblée fonctionne-t-elle pour tous les projets ?
Non. Selon la note, elle est réservée aux objets projet qui utilisent la version live.
Vous industrialisez vos transformations avec dbt ? Notre formation dbt et notre audit vous aident à cadrer qualité, CI et exploitation. Parlons de votre projet.
Sources
Pour aller plus loin : Data Integration →
