Début 2020, j'ai questionné la liste de diffusion RBDD à propos des bonnes pratiques pour la création/modification et utilisation des bases de données. Après différents échanges, Marie-Claude Q a créé l'article:

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

Afin de l'illustrer, voici ce que j'en retiens:

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

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 et l’unicité 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)
  

+ : utilisation de jointure de type join using (table_id) mais cela peut rend plus difficile la compréhension du contenu
- : utilisation de jointure de type join using (table_id) est impossible

• 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 _
  

+ : lecture des requêtes facilité (absence d’ambiguïté)
- : nom à rallonge

• Le nom des tables doit être aliaisé par une abréviation
  

+ : lecture des requêtes facilité (absence d’ambiguïté) et nom court
- : pas toujours facile de trouver une abréviation parlante

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