Tables, vues et Data Builder
À jour au 2026-10-04
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
Aperçu du module
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 ».
Prérequis
- Revoir d'abord les concepts fondamentaux : C008, C004, C032
Acquis
- Distinguer les tables locales, les vues graphiques et les vues SQL selon leur persistance, leur complexité et leur profil de performance.
- Refactoriser un ensemble hétéroclite de 47 vues pour lui donner la forme 1/3/10, avec application des conventions de nommage T_/V_/AM_.
- Expliquer l'architecture et les points de décision de Tables, Views & Data Builder à un sponsor non technique en deux minutes.
- Produire un ADR accompagné d'un pack de validation de modèle reproductible, réutilisable sur un domaine client différent.
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.