5 leçons SQL à apprendre avant la fin de l'année

De nombreux apprenants en SQL restent bloqués entre le niveau débutant et intermédiaire : les requêtes fonctionnent, mais pas toujours comme prévu. Ces cinq leçons comblent les lacunes que la plupart des apprenants ont encore et renforceront vos connaissances en SQL avant la fin de l'année.

À l'approche de la fin de l'année, de nombreux apprenants commencent à réfléchir à ce qu'ils ont accompli et à ce qu'il leur reste à apprendre. Si vous étudiez le SQL depuis un certain temps, vous avez probablement déjà écrit quelques requêtes, joint des tables et filtré des résultats. Mais si vous êtes honnête, il y a encore quelques points qui vous posent problème.

C'est normal. Tous les apprenants en SQL atteignent ce stade, quelque part entre le niveau débutant et intermédiaire, où ils peuvent écrire des requêtes qui fonctionnent, mais sans toujours comprendre pourquoi. Ils peuvent obtenir une réponse, mais pas toujours la bonne.

Au fil des ans, j'ai remarqué que la plupart des apprenants ont tendance à manquer des cinq mêmes compétences. Il ne s'agit pas de sujets avancés, mais ce sont ceux qui vous rendent confiant, flexible et prêt pour le travail sur des données réelles. Avant la fin de l'année, voici donc cinq leçons SQL qui méritent d'être maîtrisées.

1. Apprenez enfin LEFT JOIN et FULL JOIN

Les débutants apprennent généralement très bien INNER JOIN, mais LEFT JOIN et FULL JOIN restent souvent un mystère. De nombreux apprenants les évitent parce qu'ils ne comprennent pas comment ils fonctionnent et, surtout, ne savent pas quand ils sont réellement nécessaires.

Pourtant, dans les bases de données réelles, les données sont rarement complètes. Les clients n'ont pas toujours passé de commande. Les produits n'ont pas toujours reçu d'avis. C'est pourquoi ces jointures sont importantes : elles vous permettent d'analyser des données complètes, et pas seulement des données parfaites.

Dans la vie réelle, vous devez comprendre comment LEFT JOIN et FULL JOIN fonctionnent et quand les utiliser :

• LEFT JOIN renvoie toutes les lignes de la table de gauche (la première), même s'il n'y a pas de correspondance dans l'autre table.
• FULL JOIN renvoie toutes les lignes des deux tables, même s'il n'y a aucune correspondance d'un côté ou de l'autre.

Exemple :

SELECT 
  c.customer_id, 
  c.name, 
  o.order_id
FROM customers c
LEFT JOIN orders o 
ON c.customer_id = o.customer_id;

Cette requête répertorie tous les clients, y compris ceux qui n'ont passé aucune commande, ce qu'un INNER JOIN pourrait manquer.

Il est temps de prendre son courage à deux mains et d'apprendre enfin ces jointures. Une fois que vous les maîtriserez, vos analyses deviendront beaucoup plus précises et complètes.

Où l'apprendre :

Notre Les jointures en SQL cours vous offre une pratique approfondie de tous les types de jointures, avec plus de 90 exercices guidés et non guidés entièrement consacrés à la maîtrise des jointures. Vous apprendrez à reconnaître la jointure à utiliser dans chaque scénario et acquerrez la confiance nécessaire pour traiter des requêtes complexes sans avoir à deviner. Si vous souhaitez approfondir un concept ce mois-ci, choisissez celui-ci.

2. HAVING : arrêtez de le confondre avec WHERE

Un autre concept dit « intermédiaire » est HAVING. Je le mets entre guillemets, car tout professionnel du SQL rirait si vous le qualifiez d'avancé, mais pour de nombreux débutants, c'est l'un des concepts les plus difficiles à maîtriser.

HAVING est utilisé pour filtrer des groupes, et non des lignes individuelles. Il vous aide à travailler avec des conditions agrégées telles que les comptes, les sommes ou les valeurs maximales, le type de logique que vous utiliserez dans presque toutes les requêtes analytiques.

Comprendre quand utiliser WHERE et quand utiliser HAVING est essentiel pour une analyse sérieuse :

• Utilisez WHERE pour filtrer les lignes avant
• Utilisez HAVING pour filtrer les groupes après

Apprendre HAVING vous permet également de mieux comprendre comment les bases de données traitent les requêtes en interne, ce qui s'avère très utile pour optimiser ou déboguer votre propre code.

Exemple :

SELECT product_id, COUNT(*) AS total_orders
FROM sales
GROUP BY product_id
HAVING COUNT(*) > 100;

Cette requête trouve les produits ayant généré plus de 100 ventes, ce que WHERE impossible à traiter, car les groupes n'existent qu'après le regroupement.

Où l'apprendre :
notre cours SQL GROUP BY Practice vous propose des dizaines d'exercices axés sur le regroupement, l'agrégation et HAVING. C'est le moyen le plus rapide pour ne plus avoir à deviner quand utiliser chaque clause et commencer à écrire des requêtes analytiques correctes en toute confiance.

3. Comment fonctionnent réellement les comparaisons avec NULL

Cela semble simple, jusqu'à ce que vos résultats n'aient plus aucun sens. Ces erreurs ne perturberont pas votre requête, mais elles vous donneront discrètement des réponses erronées, ce qui est encore pire.

L'exemple le plus simple : vous écrivez WHERE email = NULL et n'obtenez aucun résultat. Un exemple plus subtil : WHERE age > 18 — cela exclura les clients dont l'âge n'est pas défini.

En effet, NULL ne se comporte pas comme les autres valeurs. Il représente « inconnu », et comparer quoi que ce soit à « inconnu » ne renvoie jamais TRUE. SQL utilise une logique à trois valeurs : TRUE, FALSE, et UNKNOWN. Comprendre comment SQL gère NULL vous évite des erreurs logiques silencieuses. = NULL est toujours évalué à UNKNOWN, donc il ne filtre rien. C'est pourquoi vous devez utiliser IS NULL or IS NOT NULL.

Pour trouver les utilisateurs sans adresse e-mail, écrivez :

WHERE email IS NULL

Pour trouver les utilisateurs qui ont une adresse e-mail, écrivez :

WHERE email IS NOT NULL

C'est un petit changement, mais le comprendre signifie que vous maîtrisez désormais l'une des règles les plus fondamentales du SQL, une règle à laquelle de nombreux développeurs ne pensent jamais.

Pour approfondir votre compréhension du fonctionnement de NULL et des raisons pour lesquelles les comparaisons peuvent être délicates, lisez notre article Opérateurs de comparaison NULL dans SQL.

Où l'apprendre :

Notre Fonctions SQL standards cours comprend un module dédié à NULL. Vous apprendrez à éviter les erreurs courantes liées aux valeurs manquantes et à utiliser des fonctions telles que COALESCE, IFNULLet NULLIF pour les gérer correctement. Ce cours vous aidera à comprendre comment NULL se comporte dans les expressions et les agrégats, afin que vos requêtes renvoient toujours des résultats précis.

4. Sous-requêtes corrélées

Certains débutants adorent les sous-requêtes et essaient de tout faire avec elles. D'autres les redoutent et les évitent complètement. Mais une chose est presque universelle : les débutants comme les utilisateurs intermédiaires craignent les sous-requêtes corrélées.

Les sous-requêtes corrélées sont des sous-requêtes qui font référence à la requête externe et ne peuvent pas s'exécuter seules. Elles dépendent de la ligne actuelle de la requête externe, ce qui les rend à la fois plus complexes et plus puissantes.

C'est ce qui leur confère leur force : elles permettent de résoudre des problèmes qui nécessiteraient autrement plusieurs étapes ou des tables temporaires. D'un autre côté, pour les utiliser correctement, il faut comprendre comment une base de données traite une requête, étape par étape.

Exemple :

SELECT name, department_id, salary
FROM employees e
WHERE salary > (
  SELECT AVG(salary)
  FROM employees
  WHERE department_id = e.department_id
);

Cette requête recherche les employés qui gagnent plus que le salaire moyen dans leur service, une tâche courante dans le monde réel qui est difficile à exprimer sans une sous-requête corrélée.

Cela vaut la peine d'apprendre, même si cela peut sembler intimidant au premier abord. Une fois que vous aurez compris le fonctionnement des sous-requêtes corrélées, vous verrez qu'elles ouvrent la voie à un tout nouveau niveau de résolution de problèmes SQL.

Où l'apprendre :

Notre cours sur les sous-requêtes SQL vous aide à passer du stade « je comprends vaguement les sous-requêtes » à celui où vous pouvez écrire en toute confiance des sous-requêtes simples et corrélées. Il propose de nombreux exercices pratiques et des commentaires immédiats, ce qui vous permet d'apprendre quand et comment utiliser chaque type de sous-requête tout en voyant comment SQL les traite étape par étape. Une fois que vous maîtrisez ce concept, une grande partie du SQL devient soudainement évidente.

5. Comment explorer une base de données

C'est l'une des compétences qui distinguent les utilisateurs débutants des utilisateurs intermédiaires et avancés de SQL. Les débutants peuvent écrire des requêtes lorsqu'ils connaissent déjà la structure d'une base de données, mais lorsqu'ils sont confrontés à une base de données inconnue, ils ne savent souvent pas par où commencer. Vous n'obtiendrez pas toujours un diagramme ou une documentation expliquant comment tout est connecté.

La plupart des cours SQL ignorent complètement cette partie, alors qu'elle est essentielle pour le travail dans le monde réel. Savoir explorer une base de données par vous-même vous apporte indépendance et confiance. Vous serez capable de trouver les bonnes données, de comprendre les relations entre les tables et de planifier vos requêtes sans attendre que quelqu'un vous explique la structure.

Voici à quoi ressemble l'exploration d'une base de données dans la pratique :

• Identifiez les tables et les colonnes existantes : commencez par apprendre la structure globale de la base de données.
• Trouvez les bonnes tables et colonnes : localisez l'emplacement où sont stockées les données pertinentes pour votre analyse.
• Inspectez quelques lignes d'exemple : exécutez
  SELECT * FROM customers LIMIT 5;
  pour voir à quoi ressemblent les données.
  
• Vérifiez le nombre de lignes : évaluez la taille de chaque table.
• Examinez les valeurs minimales et maximales : faites-vous une idée des plages de données (par exemple, les dates les plus anciennes et les plus récentes).
• Examinez la distribution des valeurs : repérez les doublons, les valeurs manquantes ou les valeurs aberrantes.
  Esquissez votre propre diagramme : cartographiez les relations entre les tables pour visualiser comment la base de données s'articule.

Si vous souhaitez obtenir un aperçu pratique de ce processus, lisez Comment explorer une base de données : le projet Northwind, qui présente chaque étape en détail à l'aide d'un ensemble de données réel.

Où l'apprendre :

Notre cours « SQL Databases for Practice » vous permet d'explorer en toute sécurité des bases de données réelles. Il ne s'agit pas d'un cours avec des exercices, mais d'un bac à sable contenant des exemples de bases de données avec lesquels vous pouvez jouer. Vous explorerez la structure par vous-même, vous poserez vos propres questions et vous trouverez les réponses par vous-même.

Si l'exploration des bases de données vous intimide, ce cours vous permettra de surmonter complètement cette peur.

Vous avez peur de vous lancer ? Découvrez nos cours guidés dans la rubrique La pratique du SQL Track. Ils comprennent des exercices types sur de nombreuses bases de données. Une fois que vous vous sentirez plus en confiance, revenez au cours SQL Databases for Practice et explorez librement.

Bilan de l'année : pourquoi ces cinq leçons sont importantes

Ces leçons ne sont pas « agréables à avoir ». Ce sont les concepts fondamentaux qui vous transformeront d'un débutant capable de suivre des instructions en un analyste capable de résoudre des problèmes de manière indépendante.

Pensez à ce que leur maîtrise vous apporte :

• Vous pouvez combiner des données provenant de plusieurs sources sans interrompre les requêtes.
• Vous pouvez analyser correctement des données regroupées.
• Vous pouvez traiter les valeurs manquantes sans erreurs silencieuses.
• Vous pouvez utiliser des sous-requêtes pour répondre avec élégance à des questions complexes.
• Vous pouvez explorer de nouvelles bases de données en toute confiance.

Ce sont ces compétences qui vous rendent utile dans toute équipe axée sur les données.

Comment utiliser cette liste :

Ne vous précipitez pas pour apprendre les cinq à la fois. Choisissez un concept, consacrez-y quelques jours et entraînez-vous jusqu'à ce qu'il vous semble naturel. Passez ensuite au suivant. Si vous commencez dès maintenant, vous pourrez maîtriser les cinq concepts avant la fin de l'année.

D'ici le 31 décembre, vous comprendrez non seulement mieux le SQL, mais vous l'utiliserez comme le font les professionnels.

Terminez en beauté

Vous n'avez pas besoin d'une résolution pour la nouvelle année pour améliorer vos compétences. Ces cinq leçons sont des petites victoires à fort impact que la plupart des apprenants négligent, et c'est précisément pour cela que les maîtriser dès maintenant vous donne un avantage.

Si vous souhaitez accéder à tous les cours mentionnés ici, consultez notre pack Tout à vie SQL. Il comprend tous les cours LearnSQL.fractuels et futurs en un seul achat, sans abonnement ni date d'expiration. C'est la meilleure valeur à long terme pour tous ceux qui souhaitent sérieusement maîtriser le SQL.

Choisissez une leçon, commencez dès aujourd'hui sur LearnSQL.fr, et terminez l'année en sachant que vous avez enfin comblé les lacunes qui vous freinaient. Vos futures requêtes (et votre futur moi) vous en remercieront.