Ce qu'est vraiment une table
Une table de base de données n'est pas un tableau Excel. La différence fondamentale réside dans le contrat que la table impose : chaque colonne a un type strict, chaque ligne est identifiée de façon unique par une clé primaire, et les relations entre tables sont gouvernées par des clés étrangères. Violez ce contrat et la base refuse l'écriture.
Concrètement, une table de commandes pourrait contenir les colonnes id_commande (entier, clé primaire), id_client (entier, clé étrangère vers la table clients), date_commande (date), montant_ht (décimal à deux chiffres). Chaque ligne est une commande réelle, unique, jamais doublonnée. Si vous importez deux fois le même fichier CSV, la base rejette les doublons sur la clé primaire.
Ce modèle est dit relationnel parce qu'il décrit les relations entre entités du monde réel : un client passe zéro ou plusieurs commandes, une commande appartient exactement à un client. Ces contraintes ne sont pas cosmétiques — elles protègent la cohérence des données sur des années d'exploitation.
En pratique, quand vous ouvrez une base pour la première fois, la première question est : quelles sont les tables, et quelles colonnes forment les clés ? Un schéma relationnel répond en une image à cette question. Apprenez à le lire avant d'écrire la moindre requête.
À retenir
Une table = un type d'entité, une ligne = une instance unique. La clé primaire garantit l'unicité, la clé étrangère exprime la relation. Sans ces contrats, les données se dégradent silencieusement.
Quelle est la fonction d'une clé primaire dans une table ?