Leçon 1.2 — Comprendre les tables, les lignes, les colonnes et les types de données

Présentation de la leçon

Une base de données relationnelle organise les informations dans des tables. Chaque table contient des colonnes qui décrivent les caractéristiques des données et des lignes qui représentent les différents enregistrements.

Avant de rédiger des requêtes SQL, il est indispensable de savoir lire et interpréter correctement la structure d’une table.

Dans cette leçon, vous apprendrez à distinguer une table, une ligne, une colonne, une valeur, un enregistrement et un type de donnée.

Objectifs pédagogiques

À la fin de cette leçon, vous serez capable de :

• expliquer ce qu’est une table relationnelle ;
• distinguer une ligne d’une colonne ;
• identifier un enregistrement ;
• comprendre le rôle des types de données ;
• choisir un type adapté à une information métier ;
• distinguer une valeur nulle, une chaîne vide et la valeur zéro ;
• appliquer des règles professionnelles de nommage des tables et colonnes ;
• analyser la structure d’une table existante.

1. Qu’est-ce qu’une table ?

Une table est une structure utilisée pour enregistrer des données relatives à un même sujet.

Une base commerciale peut, par exemple, contenir les tables suivantes :

• clients ;
• produits ;
• commandes ;
• paiements ;
• employes.

Chaque table doit idéalement représenter une seule catégorie d’information.

Exemple de table clients

2. Qu’est-ce qu’une colonne ?

Une colonne représente une caractéristique ou un attribut des éléments enregistrés dans une table.

Dans la table clients, les colonnes sont :

• client_id ;
• nom ;
• prenom ;
• email ;
• ville ;
• date_inscription.

Chaque colonne doit contenir un seul type d’information.

Exemple

La colonne ville doit uniquement contenir des villes :

Elle ne devrait pas contenir une information composée comme :

1Port-au-Prince, téléphone : 3700-0000

Dans ce cas, la ville et le téléphone doivent être enregistrés dans deux colonnes différentes.

3. Qu’est-ce qu’une ligne ?

Une ligne représente un élément complet enregistré dans une table.

Elle est également appelée enregistrement ou record.

Dans la table clients, chaque ligne représente un client différent.

Cette ligne représente un seul client :

• identifiant : 2 ;
• nom : Pierre ;
• prénom : Jean ;
• ville : Cap-Haïtien.

4. Qu’est-ce qu’une cellule ou une valeur ?

Une cellule correspond à l’intersection entre une ligne et une colonne.

Elle contient une valeur précise.

Dans l’exemple précédent, la valeur située à l’intersection de la ligne du client numéro 2 et de la colonne ville est :

1Cap-Haïtien

Une valeur doit respecter le type de donnée défini pour sa colonne.

5. Comprendre la granularité d’une table

La granularité indique ce que représente exactement une ligne d’une table.

Exemples :

• dans la table clients, une ligne représente un client ;
• dans la table produits, une ligne représente un produit ;
• dans la table commandes, une ligne représente une commande ;
• dans la table paiements, une ligne représente un paiement ;
• dans la table transactions, une ligne représente une transaction.

Définir correctement la granularité évite de mélanger plusieurs niveaux d’information dans une même table.

Exemple problématique

La colonne commandes contient plusieurs valeurs. Cette structure sera difficile à analyser.

Structure recommandée

Chaque ligne représente désormais une commande distincte.

6. Qu’est-ce qu’un type de donnée ?

Un type de donnée définit la nature des valeurs pouvant être enregistrées dans une colonne.

Le système utilise les types de données pour contrôler les valeurs, optimiser le stockage et exécuter correctement les opérations.

Exemple

Une colonne destinée à contenir un prix ne doit pas être configurée de la même manière qu’une colonne contenant un nom ou une date.

7. Les principaux types numériques

INTEGER

Le type INTEGER permet de stocker des nombres entiers.

Exemples :

• nombre de produits ;
• quantité en stock ;
• nombre d’employés ;
• identifiant numérique.

1quantite INTEGER

Exemples de valeurs valides :

1021532504-10

DECIMAL ou NUMERIC

Le type DECIMAL, également appelé NUMERIC, permet de stocker des nombres décimaux avec précision.

Il est recommandé pour :

• les prix ;
• les montants financiers ;
• les taux ;
• les salaires ;
• les chiffres d’affaires.

1prix DECIMAL(10, 2)

Dans DECIMAL(10, 2) :

• 10 correspond au nombre total maximal de chiffres ;
• 2 correspond au nombre de chiffres après la virgule.

Exemples de valeurs :

125.0021250.50399999999.99

FLOAT ou REAL

Les types FLOAT et REAL enregistrent des nombres décimaux de manière approximative.

Ils peuvent être adaptés aux mesures scientifiques, mais sont moins recommandés pour les données financières exigeant une précision stricte.

8. Les types textuels

VARCHAR

Le type VARCHAR permet de stocker du texte de longueur variable.

1nom VARCHAR(100)

Cette définition permet de stocker un texte contenant au maximum 100 caractères.

Exemples d’utilisation :

• nom ;
• prénom ;
• adresse électronique ;
• ville ;
• statut ;
• numéro de téléphone.

TEXT

Le type TEXT permet de stocker des textes plus longs.

1description TEXT

Il peut être utilisé pour :

• une description de produit ;
• un commentaire ;
• une observation ;
• une note détaillée.

Pourquoi un numéro de téléphone doit-il être du texte ?

Même s’il contient des chiffres, un numéro de téléphone ne sert généralement pas à effectuer des calculs.

Il peut également contenir :

• un signe plus ;
• des espaces ;
• des parenthèses ;
• des zéros au début.

Exemple :

1+509 37 00 00 00

Le type recommandé est donc :

1telephone VARCHAR(30)

9. Les types de date et d’heure

DATE

Le type DATE permet de stocker une date sans heure.

1date_naissance DATE

Format SQL recommandé :

1YYYY-MM-DD

Exemple :

12026-07-31

TIME

Le type TIME permet de stocker une heure.

1heure_ouverture TIME

Exemple :

108:30:00

TIMESTAMP

Le type TIMESTAMP permet de stocker simultanément une date et une heure.

1date_creation TIMESTAMP

Exemple :

12026-07-31 16:30:00

Le type TIMESTAMP est utile pour enregistrer :

• la date et l’heure d’une transaction ;
• la date de création d’un compte ;
• la date de modification d’un enregistrement ;
• l’heure d’une connexion.

10. Le type BOOLEAN

Le type BOOLEAN permet de représenter une condition vraie ou fausse.

1est_actif BOOLEAN

Valeurs possibles :

• TRUE ;
• FALSE ;
• éventuellement NULL.

Exemples métier

• un client est actif ou inactif ;
• une commande est payée ou non payée ;
• un employé est actuellement présent ou absent ;
• un produit est disponible ou indisponible.

11. Choisir le bon type de donnée

Le choix du type dépend de la nature de l’information et de son utilisation.

12. Comprendre la valeur NULL

La valeur NULL indique qu’une information est absente, inconnue ou non renseignée.

Elle ne signifie pas :

• zéro ;
• texte vide ;
• faux ;
• aucun caractère.

Exemple

Pour le client Pierre, le numéro de téléphone est inconnu ou n’a pas été renseigné.

Différence entre NULL, zéro et texte vide

13. Exemple de création d’une table

La commande suivante crée une table simple appelée clients.

1CREATE TABLE clients (2    client_id INTEGER,3    nom VARCHAR(100),4    prenom VARCHAR(100),5    email VARCHAR(150),6    telephone VARCHAR(30),7    ville VARCHAR(100),8    date_inscription DATE,9    est_actif BOOLEAN10);

Lecture de la structure

• client_id INTEGER : identifiant numérique du client ;
• nom VARCHAR(100) : nom contenant au maximum 100 caractères ;
• prenom VARCHAR(100) : prénom du client ;
• email VARCHAR(150) : adresse électronique ;
• telephone VARCHAR(30) : numéro de téléphone ;
• ville VARCHAR(100) : ville de résidence ;
• date_inscription DATE : date d’inscription ;
• est_actif BOOLEAN : statut actif ou inactif.

La création détaillée des tables sera étudiée dans un module ultérieur. Cet exemple sert uniquement à visualiser la relation entre les colonnes et leurs types de données.

14. Afficher les données d’une table

La requête suivante permet d’afficher toutes les colonnes et toutes les lignes de la table clients.

1SELECT *2FROM clients;

Décomposition :

• SELECT : demande d’afficher des données ;
• * : toutes les colonnes ;
• FROM clients : données provenant de la table clients.

Afficher uniquement certaines colonnes

1SELECT nom, prenom, ville2FROM clients;

Cette requête affiche uniquement les colonnes nom, prenom et ville.

15. Règles professionnelles de nommage

Des noms cohérents facilitent la lecture, la maintenance et le partage des scripts.

Règle 1 — Utiliser des noms explicites

À éviter :

1tab12col13x4info

Recommandé :

1clients2date_commande3montant_total4statut_paiement

Règle 2 — Éviter les espaces

À éviter :

1date de commande

Recommandé :

1date_commande

Règle 3 — Éviter les caractères spéciaux

À éviter :

1prénom2montant€3numéro-client

Recommandé :

1prenom2montant_eur3numero_client

Règle 4 — Utiliser une convention uniforme

Une convention courante consiste à utiliser le format snake_case.

Exemples :

1date_inscription2nom_produit3montant_total4nombre_commandes

Règle 5 — Utiliser des noms au singulier ou au pluriel de manière cohérente

Deux conventions sont possibles :

• tables au pluriel : clients, produits, commandes ;
• tables au singulier : client, produit, commande.

L’important est de choisir une convention et de l’utiliser dans toute la base.

16. Erreurs fréquentes de conception

Erreur 1 — Stocker plusieurs informations dans une seule colonne

À éviter :

1nom_complet = "Marie Joseph"

Structure préférable :

1nom = "Joseph"2prenom = "Marie"

Erreur 2 — Stocker plusieurs valeurs dans une même cellule

À éviter :

1telephones = "37000000, 38000000, 39000000"

Cette information doit être séparée ou gérée dans une table spécifique lorsque plusieurs numéros sont autorisés.

Erreur 3 — Enregistrer une date comme un texte non standardisé

À éviter :

131 juillet 2026231/07/263juillet 31

Format SQL recommandé :

12026-07-31

Erreur 4 — Enregistrer un prix comme du texte

À éviter :

1"1 250 gourdes"

Structure recommandée :

1prix = 1250.002devise = "HTG"

Erreur 5 — Utiliser un nombre pour un téléphone

Un numéro de téléphone est une information textuelle, car les opérations mathématiques n’ont pas de sens sur cette donnée.

17. Étude de cas guidée : concevoir une table produits

Contexte

Une entreprise souhaite enregistrer les informations relatives à ses produits.

Les informations disponibles sont :

• numéro du produit ;
• nom du produit ;
• catégorie ;
• description ;
• prix unitaire ;
• quantité en stock ;
• date d’ajout ;
• produit actif ou inactif.

Structure proposée

Code SQL correspondant

1CREATE TABLE produits (2    produit_id INTEGER,3    nom_produit VARCHAR(150),4    categorie VARCHAR(100),5    description TEXT,6    prix_unitaire DECIMAL(10, 2),7    quantite_stock INTEGER,8    date_ajout DATE,9    est_actif BOOLEAN10);

18. Mini-activité guidée

Pour chaque information ci-dessous, choisissez le type de donnée le plus adapté.

1. Nom d’un employé
2. Nombre de jours d’absence
3. Salaire mensuel
4. Date d’embauche
5. Heure de début d’une réunion
6. Statut actif ou inactif
7. Commentaire d’évaluation
8. Numéro de téléphone

Correction

19. À retenir

20. Vérification des acquis

1. Qu’est-ce qu’une table ?
2. Quelle est la différence entre une ligne et une colonne ?
3. Qu’est-ce qu’un enregistrement ?
4. Que représente une cellule ?
5. Qu’est-ce que la granularité d’une table ?
6. Quel type utiliser pour un prix ?
7. Quel type utiliser pour un numéro de téléphone ?
8. Quelle est la différence entre DATE et TIMESTAMP ?
9. Que signifie la valeur NULL ?
10. Pourquoi faut-il éviter les espaces dans les noms de colonnes ?

Prochaine leçon

Dans la prochaine leçon, vous étudierez les clés et les relations entre les tables :

• clé primaire ;
• clé étrangère ;
• unicité ;
• relation un-à-un ;
• relation un-à-plusieurs ;
• relation plusieurs-à-plusieurs ;
• intégrité référentielle.