Nos tutelles

CNRS

Rechercher




Accueil > Thématiques > Administration/gestion/modélisation des bases de données

Bonnes pratiques en matière de base de données

par QUIDOZ Marie-Claude - publié le , mis à jour le

Quelques conseils en matière de base de données

Des constantes :

  • Le nom des bases de données, des schémas, des tables et des attributs doit être en minuscule, au singulier, sans caractère accentué, sans espace. Il doit être parlant sans être verbeux. L’utilisation d’abréviation est déconseillée
  • Les schémas, les tables et les colonnes porteuses d’informations doivent être commentés. Le commentaire doit citer l’unité de mesure, pour les données numériques
  • L’utilisation de script SQL doit être privilégiée. Il doit être commentés et contenir les entêtes minimum suivantes (auteur / date de création / date de dernière mise à jour / utilité). Il doit être archivé, dans un gestionnaire de version de code si possible, ou dans un système de sauvegarde au moins journalier

Des options :

  • Le nom des objets et le commentaire doivent être en anglais
    • + : langue internationale
    • - : langue non maitrisée par tous (les nuances mises dans les commentaires peuvent être mal interprétées)
  • La clef primaire doit être de type « serial » et nommée « table_id ».
    • + : porte sur une seule colonne et plus rapide pour l’indexation
    • - : non significative
    • - : l’unicité métier de l’enregistrement est à la charge du développeur
  • La clef étrangère doit avoir le même nom que la clé primaire de la table référente (table_id)
    • + : jointures simplifiées avec l’instruction join using (table_id)
    • + : non redondance du champ (table_id) pour les select *
    • - : il est moins évident de retrouver les tables liées à partir du nom des colonnes (pas d’information de type table_id_fk)
  • Le nom des vues doit être préfixé par « v_ »
    • + : plus facile de les repérer
    • - : peu d’intérêt de les repérer
  • Le nom des attributs doit être préfixé par le nom de leur table et séparé par des _ (le préfixe est obligatoire s’il y a une ambiguïté possible avec d’autres tables)
    • + : lecture des requêtes facilitée
    • - : nom à rallonge
  • Le nom des tables doit être aliaisé par une abréviation (l’utilisation d’alias est indispensable si la même table est utilisée plusieurs fois dans la même requête)
    • + : facilite la lecture de la requête
    • - : compromis à trouver entre longueur de l’alias et signification