Uncategorized

CREATE TABLE en SQL : syntaxe, contraintes et bonnes pratiques pour vos tables

19 septembre 2026 Élise Prévost-Lemercier 4 min de lecture

La commande CREATE TABLE est la pierre angulaire de tout projet de base de données. Appartenant au LDD (Langage de Définition de Données), elle permet de structurer vos informations en définissant le squelette de vos tables. Maîtriser cette requête est indispensable pour organiser efficacement vos données dans un SGBD.

Table des matières

La syntaxe fondamentale de CREATE TABLE

Pour créer une table, vous devez spécifier son nom ainsi que la liste des colonnes qui la composeront, chacune accompagnée de son type de données. La structure minimale se présente ainsi :

Anatomie d’une requête CREATE TABLE en SQL

CREATE TABLE nom_de_la_table (
nom_colonne1 type_donnees contraintes,
nom_colonne2 type_donnees contraintes
);

Respectez une logique de nommage claire. Utilisez de préférence le snake_case (par exemple date_naissance plutôt que DateNaissance) pour garantir une meilleure lisibilité et éviter les conflits de casse selon les systèmes d’exploitation utilisés par votre serveur.

Types de données : choisir le bon format

Le choix du type de données impacte directement les performances et l’occupation mémoire de votre base. Voici les types les plus courants :

Tableau récapitulatif des contraintes SQL pour CREATE TABLE

INT : Pour les nombres entiers (identifiants, âges, compteurs).
VARCHAR(n) : Pour les chaînes de caractères de longueur variable, avec n représentant le nombre maximal de caractères.
TEXT : Pour les blocs de texte volumineux sans limite stricte.
DATE : Pour stocker des dates au format AAAA-MM-JJ.
FLOAT / DECIMAL : Pour les nombres à virgule flottante ou les valeurs financières nécessitant une précision fixe.
BOOLEAN : Pour les valeurs binaires (vrai/faux).

Contraintes de colonnes : garantir l’intégrité

Les contraintes assurent que les données insérées respectent les règles métier de votre application. Elles évitent la corruption des données et facilitent les requêtes ultérieures.

Contrainte	Description
PRIMARY KEY	Identifiant unique pour chaque ligne. Une table ne peut avoir qu’une seule clé primaire.
NOT NULL	Empêche l’insertion d’une valeur vide dans la colonne.
DEFAULT	Attribue une valeur automatique si aucune donnée n’est fournie lors de l’insertion.
UNIQUE	Garantit que chaque valeur dans cette colonne est différente pour toutes les lignes.
FOREIGN KEY	Assure l’intégrité référentielle entre deux tables.

Exemple concret : créer une table utilisateur

Imaginons la création d’une table pour gérer des utilisateurs. Chaque utilisateur possède un identifiant unique, un nom, une adresse email et une date d’inscription.

CREATE TABLE utilisateurs (
id INT PRIMARY KEY,
nom VARCHAR(100) NOT NULL,
email VARCHAR(255) UNIQUE NOT NULL,
date_inscription DATE DEFAULT CURRENT_DATE
);

Dans cet exemple, la colonne id sert de clé primaire, garantissant l’unicité de chaque enregistrement. La clause DEFAULT CURRENT_DATE permet d’automatiser le remplissage de la date d’inscription sans intervention manuelle.

Les contraintes d’intégrité jouent un rôle de vigie lors de la montée en charge. Ces règles agissent comme des garde-fous qui empêchent la propagation d’erreurs en cascade. Omettre une contrainte FOREIGN KEY ou une vérification CHECK dès la création entraîne des incohérences complexes, bien plus coûteuses à corriger ultérieurement qu’une définition initiale rigoureuse.

Dupliquer une structure avec CREATE TABLE AS SELECT

Parfois, vous n’avez pas besoin de créer une table vide, mais de copier la structure et les données d’une table existante pour des tests ou des sauvegardes.

CREATE TABLE nouveaux_utilisateurs AS
SELECT * FROM utilisateurs WHERE date_inscription > ‘2023-01-01’;

Cette requête crée la table nouveaux_utilisateurs et y insère immédiatement les lignes répondant au critère de sélection. C’est une méthode efficace pour extraire des jeux de données de travail sans altérer la table source.

Comparatif rapide par SGBD

Bien que la norme SQL soit largement partagée, certaines subtilités existent selon le moteur utilisé :

MySQL / PostgreSQL / SQLite : Supportent la clause IF NOT EXISTS, essentielle pour éviter les erreurs si la table existe déjà.
SQL Server (T-SQL) : Utilise souvent IDENTITY(1,1) pour l’auto-incrémentation des clés primaires.
Oracle : Nécessite historiquement la création de séquences pour gérer l’auto-incrémentation.

Avant de lancer votre commande, vérifiez la documentation spécifique de votre SGBD, car les types de données avancés comme le JSON ou le XML varient significativement d’un système à l’autre.

À propos
Articles récents

Élise Prévost-Lemercier

Ingénieure logicielle passionnée par la cybersécurité et la transmission du savoir, je partage ici mes découvertes et conseils pour rendre le code accessible à tous.

Les derniers articles par Élise Prévost-Lemercier (tout voir)

CREATE TABLE en SQL : syntaxe, contraintes et bonnes pratiques pour vos tables - 19 septembre 2026
Migration de données : la réussite dépend d’abord du mapping et de la validation - 18 septembre 2026
Une plateforme IoT relie les capteurs aux décisions, sans multiplier les silos - 17 septembre 2026