Modélisation de données : Nommez vos tables de manière simple et efficace

Un bon nommage des tables est essentiel pour créer des modèles de données lisibles, maintenables et compréhensibles par toute l'équipe. Découvrez 10 méthodes de nommage pour structurer efficacement vos modèles.

Pourquoi le nommage est important

Un nommage cohérent permet de :

Comprendre rapidement le rôle de chaque table
Faciliter la maintenance du modèle dans le temps
Améliorer la collaboration entre les équipes
Réduire les erreurs lors de la création de mesures DAX

💡

Un bon nom de table doit être auto-descriptif : on doit comprendre son contenu sans avoir à l'ouvrir.

10 méthodes de nommage des tables

1. Préfixe par type (Fact/Dim)

La méthode classique du schéma en étoile :

Fact_Ventes
Fact_Commandes
Dim_Clients
Dim_Produits
Dim_Temps

Avantage : Identification immédiate du type de table

2. Préfixe par source

Identifiez l'origine des données :

SAP_Transactions
CRM_Clients
Excel_Budget
API_Cours_Change

Avantage : Traçabilité des données

3. Préfixe par domaine métier

Organisez par fonction :

FIN_Balance
FIN_Budget
RH_Employes
COM_Ventes

Avantage : Regroupement logique métier

4. Suffixe temporel

Indiquez la granularité temporelle :

Ventes_Jour
Ventes_Mois
Ventes_Annee
Budget_Trimestre

Avantage : Clarté sur la granularité

5. CamelCase sans préfixe

Style minimaliste et moderne :

Clients
Produits
CommandesDetail
VentesMensuelles

Avantage : Simplicité et lisibilité

6. Snake_Case

Style populaire en Data Engineering :

fact_ventes
dim_clients
bridge_client_produit
staging_raw_data

Avantage : Compatible avec SQL et Python

7. Préfixe par couche (Bronze/Silver/Gold)

Architecture Medallion de Databricks :

Bronze_RawSales
Silver_CleanedSales
Gold_AggregatedSales

Avantage : Indique le niveau de transformation

8. Préfixe par environnement

Pour les modèles multi-environnements :

DEV_Ventes
TEST_Ventes
PROD_Ventes

Avantage : Évite les confusions entre environnements

9. Indication de la fréquence de mise à jour

Ventes_RT (Real-Time)
Ventes_Daily
Ventes_Monthly
Reference_Static

Avantage : Clarté sur la fraîcheur des données

10. Hybride personnalisé

Combinez plusieurs conventions :

FIN_Fact_Ventes_Jour
FIN_Dim_Centres_Cout
RH_Fact_Absences_Mois

Avantage : Maximum d'informations dans le nom

Bonnes pratiques générales

À faire

✅ Utilisez des noms singuliers (Client, pas Clients)
✅ Évitez les espaces (utilisez _ ou CamelCase)
✅ Soyez cohérent dans tout le modèle
✅ Utilisez des noms métier compréhensibles
✅ Documentez votre convention de nommage

À éviter

❌ Noms trop longs (> 30 caractères)
❌ Abréviations obscures
❌ Caractères spéciaux (accents, symboles)
❌ Mélange de langues (fr/en)
❌ Noms génériques (Table1, Data, etc.)

Attention : Une fois votre convention choisie, appliquez-la rigoureusement. Un modèle avec des conventions mixtes est pire qu'un modèle sans convention.

Exemple de documentation

Créez un document de référence pour votre équipe :

| Préfixe | Signification | Exemple | |---------|---------------|---------| | Fact_ | Table de faits | Fact_Ventes | | Dim_ | Table de dimension | Dim_Client | | Bridge_ | Table de liaison | Bridge_Client_Produit | | Calc_ | Table calculée | Calc_KPI_Mensuels | | Param_ | Table de paramètres | Param_Dates_Filtres |

Conclusion

Le nommage des tables est un investissement qui paie sur le long terme. Choisissez une convention adaptée à votre contexte, documentez-la, et appliquez-la systématiquement.

Un modèle bien nommé est un modèle facile à maintenir et à faire évoluer.

Besoin d'aide pour structurer votre modèle de données ? Réservez un diagnostic gratuit