SQL pour développeurs web : Requêtes, jointures et optimisation

Toute application web moderne repose sur la persistance des données. Que vous utilisiez PostgreSQL, MySQL, SQLite ou SQL Server, la maîtrise du SQL est une compétence incontournable. Même si vous travaillez avec des ORM comme Prisma, Sequelize ou Eloquent, comprendre le SQL généré est indispensable pour diagnostiquer des requêtes lentes et concevoir des schémas relationnels robustes.

Les fondamentaux : Les opérations CRUD

Chaque interaction avec votre base de données se résume au cycle de vie CRUD : Créer (Create), Lire (Read), Mettre à jour (Update), Supprimer (Delete).

-- CREATE (Insertion)
INSERT INTO utilisateurs (nom, email, role)
VALUES ('Alice', '[email protected]', 'admin');

-- READ (Sélection)
SELECT id, nom, email
FROM utilisateurs
WHERE role = 'admin'
ORDER BY nom ASC
LIMIT 10;

-- UPDATE (Mise à jour)
UPDATE utilisateurs
SET role = 'editeur', mis_a_jour_le = NOW()
WHERE id = 42;

-- DELETE (Suppression)
DELETE FROM utilisateurs
WHERE id = 42;

Maîtriser les JOINs

Les jointures permettent de corréler des données provenant de plusieurs tables. C'est le moteur même du modèle relationnel.

INNER JOIN (Jointure interne)

Ne retourne que les lignes possédant une correspondance exacte dans les tables liées.

SELECT u.nom, c.total, c.date_creation
FROM utilisateurs u
INNER JOIN commandes c ON u.id = c.id_utilisateur
WHERE c.total > 100;

LEFT JOIN (Jointure externe gauche)

Retourne toutes les lignes de la table de gauche, et les données correspondantes de la table de droite. Si aucune correspondance n'est trouvée, les colonnes à droite seront NULL.

SELECT u.nom, COUNT(c.id) AS nb_commandes
FROM utilisateurs u
LEFT JOIN commandes c ON u.id = c.id_utilisateur
GROUP BY u.id, u.nom
HAVING COUNT(c.id) = 0;

Indexation : Le levier de performance n°1

Un index fonctionne comme l'index d'un manuel technique : il permet au moteur de recherche de localiser une ligne instantanément sans parcourir la table entière (ce qu'on appelle un "Full Table Scan"). Sur une table de plusieurs millions de lignes, l'absence d'index peut rendre votre application totalement inutilisable.

-- Index sur une colonne unique
CREATE INDEX idx_users_email ON utilisateurs(email);

-- Index composite (l'ordre des colonnes est crucial)
CREATE INDEX idx_orders_user_date ON commandes(id_utilisateur, date_creation);

-- Index unique (garantit l'intégrité)
CREATE UNIQUE INDEX idx_users_email_unique ON utilisateurs(email);

Règle d'or : Indexez les colonnes fréquemment utilisées dans vos clauses WHERE, JOIN et ORDER BY. Attention toutefois à ne pas sur-indexer : chaque index ralentit les opérations d'écriture (INSERT, UPDATE).

Optimisation de requêtes : Conseils d'expert

• Utilisez EXPLAIN (ou EXPLAIN ANALYZE) pour analyser le plan d'exécution de vos requêtes. Repérez les "Sequential Scans" sur les grosses tables.
• Sélectionnez uniquement les colonnes nécessaires. Évitez le SELECT * qui transfère inutilement des données inutilisées.
• Utilisez LIMIT pour paginer vos résultats plutôt que de récupérer l'intégralité d'une table.
• Évitez le problème N+1. Préférez une jointure SQL plutôt que de faire une requête dans une boucle applicative.
• Utilisez les requêtes préparées pour empêcher les injections SQL et faciliter le cache du plan d'exécution.
• Normalisez votre schéma pour éviter la redondance, mais dénormalisez prudemment si les performances de lecture deviennent critiques.

Transactions : Garantir l'intégrité

BEGIN;

UPDATE comptes SET solde = solde - 100 WHERE id = 1;
UPDATE comptes SET solde = solde + 100 WHERE id = 2;

-- Si tout se déroule bien :
COMMIT;

-- En cas d'erreur :
ROLLBACK;

Les transactions garantissent le principe "tout ou rien". C'est indispensable pour les opérations bancaires, la gestion de stock ou tout processus nécessitant une cohérence parfaite.

Erreurs courantes à éviter

• Oublier les index sur les colonnes de filtrage ou de jointure.
• Abuser du SELECT * en production.
• Concaténer des chaînes dans vos requêtes — utilisez systématiquement les requêtes préparées pour contrer les injections.
• Négliger les clés étrangères (Foreign Keys) pour l'intégrité référentielle.
• Mauvais choix de types de données — privilégiez les INTEGER pour les IDs et adaptez la précision pour les dates et textes.