SQL
Design de table

Remarques

Propriétés d'une table bien conçue.

Une véritable base de données relationnelle doit aller au-delà de la diffusion de données dans quelques tables et de l'écriture de certaines instructions SQL pour extraire ces données.
Au mieux, une structure de table mal conçue ralentira l'exécution des requêtes et pourrait empêcher la base de données de fonctionner comme prévu.

Une table de base de données ne doit pas être considérée comme une autre table; il doit suivre un ensemble de règles pour être considéré comme véritablement relationnel. Sur le plan académique, on parle de «relation» pour faire la distinction.

Les cinq règles d'une table relationnelle sont:

1. Chaque valeur est atomique ; la valeur dans chaque champ de chaque ligne doit être une valeur unique.
2. Chaque champ contient des valeurs du même type de données.
3. Chaque en-tête de champ porte un nom unique.
4. Chaque ligne de la table doit avoir au moins une valeur qui la rend unique parmi les autres enregistrements de la table.
5. L'ordre des lignes et des colonnes n'a aucune signification.

Un tableau conforme aux cinq règles:

• Règle 1: Chaque valeur est atomique. Id , Name , DOB et Manager ne contiennent qu'une seule valeur.
• Règle 2: Id ne contient que des entiers, Name contient du texte (on pourrait ajouter que c'est un texte de quatre caractères ou moins), DOB contient des dates d'un type valide et Manager contient des entiers (nous pourrions ajouter un champ Primary Key dans un manager) table).
• Règle 3: Id , Name , DOB et Manager sont des noms d'en-tête uniques dans la table.
• Règle 4: L'inclusion du champ Id garantit que chaque enregistrement est distinct de tout autre enregistrement dans la table.

Une table mal conçue:

• Règle 1: Le champ deuxième nom contient deux valeurs - 2 et 1.
• Règle 2: le champ DOB contient les dates et le texte.
• Règle 3: Il y a deux champs appelés "nom".
• Règle 4: Le premier et le deuxième enregistrement sont exactement les mêmes.
• Règle 5: Cette règle n'est pas cassée.