Premier principe des bases de données, il faut abstraire pour structurer.
Généraliser pour créer de grandes familles.
Trouver une caractéristique commune pour faire des groupements.
Et si plusieurs groupes ont la même caractéristique commune, il faut encore abstraire, encore généraliser, jusqu'au point où ça ne fait plus sens dans votre projet, dans le grand tout.
Principe numéro 2 des bases de données, il faut les structurer. Les colonnes acceptent un type qui limite le type de donnée que l’on peut y insérer. Certaines de ces colonnes doivent être remplies grâce à des données imputées, mais d’autres types de colonnes peuvent aussi récupérer les données d’autres colonnes, d’autres tables, en créant des Relations et en opérant sur ces données.
Principe numéro 3 des bases de données, lier les tables entre elles permet d’encore mieux abstraire et structurer sa base de données et les informations qu’elle contient.
Cela permet surtout d’éviter les doublons.
Les Relations permettent de lier les tables entre elles et de visualiser les données d’une table dans une autre table, sans avoir besoin de les stocker à plusieurs endroits.
Principe n°1 : Abstraire
Principe n°2 : Structurer
Principe n°3 : Lier
Bonus : Conventions de nommage
Lookup, Count et Rollup dans Airtable
Les agrégations dans Notion
Les formules et les langages
Les vues
Grouper
Trier et filtrer
Je vous propose 3 petites règles qui facilitent la lecture :
- Pas d’espace, pas d’accent, pas d’article : l’informatique n’est pas fan des espaces ni des accents. Essayez de mettre un espace dans un champ de liste Sharepoint, ça fait mal aux yeux quand on lit le nom du champ. Et les accents, ça n’est pas mieux. Alors des systèmes comme Airtable, Notion ou Coda gèrent ça très bien, pas de souci, mais je conserve cette habitude. Et j’enlève aussi tous les déterminants et mots inutiles. Date de naissance, ça devient dateNaissance.
- Utilisez le camelCase : commencez vos noms de champs par une minuscule et si votre nom de champ se compose normalement de plusieurs mots, mettez une majuscule aux mots successifs collés derrière le premier mot en minuscule. Pour le champ de la date de naissance, cela donnerait dateNaissance, comme je vous l’ai déjà montré. Pour le temps cumulé des tâches d’un projet, ça pourrait donner cumulTaches par exemple.
- Troisième règle, les bases au pluriel, le champ au singulier : tant que faire se peut, j’essaie d’avoir comme nom de la table un nom au pluriel et comme champ primaire ce même nom au singulier. Par exemple, MOVIES est le nom de la table et movie est la dénomination du champ primaire, la première colonne. En français, ça ne fonctionne parfois pas cette histoire... PAYS et pays... Vous voyez le genre. C’est pour ce genre de raison que je crée souvent mes bases de données en anglais.
