Tables, vues et Data Builder
À jour au 2026-08-16
Le Data Builder concentre 80 % du coût CU. Pattern senior : règle 1/3/10 (1 modèle analytique · 3 vues fait · 10 vues dimension), nommage strict (préfixe T_/V_/AM_ par domaine), vues graphiques pour le standard, vues SQL pour le critique. Caster une fois, projection explicite, partitionner les tables > 50M lignes. Le graphe de lignage est le deuxième livrable après l'ADR.
Ce que vous apprendrez
- Choisir entre tables locales, vues graphiques et vues SQL selon la persistance, la complexité et la performance — pas par habitude
- Appliquer la règle 1/3/10 et le nommage T_/V_/AM_ pour refactorer un espace domaine ad hoc en forme auditable
- Diagnostiquer les principaux anti-patterns de coût CU (self-join, recast, SELECT *, partitions manquantes, sur-fédération) avant la revue de coûts client, pas après
- Traduire une recommandation de modélisation en langage TJM qu'un sponsor peut répéter
Le Data Builder est l'endroit où la modélisation Datasphere se produit réellement, et c'est là que se décide la grande majorité du coût courant en unités de capacité d'un tenant, des mois avant que quiconque ne voie une facture. Les unités de capacité sont consommées par l'exécution de requêtes, le déplacement de données et la charge de traitement, ce qui signifie que chaque choix de modélisation fait à l'intérieur du Data Builder — combien de vues se trouvent entre la source et le consommateur, si une jointure est fédérée en direct ou matérialisée une fois, si un calcul s'exécute une fois et est réutilisé ou recalculé par chaque consommateur en aval — est autant une décision de coût qu'une décision de conception. Le savoir-faire senior dans ce module n'est pas « construire plus de vues plus vite »; c'est « construire moins de vues, avec des contrats plus propres, qui gardent du sens et restent performantes quand un directeur financier demande une revue de coût au sixième mois ».
Trois types d'objets, et le critère de décision pour chacun
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.