Les clés et les descriptions de votre entrepôt, lues dès le premier jour

Axiome part désormais de ce que votre équipe data a déjà écrit dans l'entrepôt : les clés que déclarent vos tables deviennent des jointures, et les descriptions de vos tables et colonnes deviennent celles de vos modèles — sur PostgreSQL comme sur BigQuery, sans rien configurer.

Ce qui change

• Des jointures depuis vos clés déclarées. Les clés primaires et étrangères déclarées dans l'entrepôt — contraintes PostgreSQL, ou contraintes NOT ENFORCED qu'écrit dbt sur BigQuery quand le contrat d'un modèle les liste — deviennent les clés des modèles générés. Les tables se joignent d'un dataset à l'autre dès le premier jour, avant que quiconque ne déclare une clé à la main. Les clés que vous déclarez, ou qu'apporte un import dbt, passent toujours en premier.
• Des descriptions venues de votre entrepôt. Les commentaires des tables et des colonnes sur PostgreSQL, et les descriptions sur BigQuery (qu'écrit le persist_docs de dbt), s'affichent dans l'en-tête de la table et dans l'inspecteur de colonne tant que vous n'avez pas écrit les vôtres — et Axi les lit quand il répond.
• Les rôles en lecture seule voient tout. Sur PostgreSQL, clés et commentaires sont lus dans le catalogue système : le rôle en lecture seule recommandé n'a besoin d'aucun droit supplémentaire.
• Une table illisible ne bloque plus les autres. Une table qu'Axiome ne peut pas lire garde ses dernières colonnes connues, et Rafraîchir le schéma la liste avec la raison donnée par l'entrepôt.
• Des pages plus rapides. Axiome garde une copie du schéma de chaque connexion et la rafraîchit en arrière-plan : tableaux de bord, section Données et Axi n'attendent jamais l'entrepôt pour lister ses tables.

📖 Les clés que déclare l'entrepôt · Rafraîchir le schéma · PostgreSQL · BigQuery