Opérations de base SQL : à quoi sert SELECT

Avant de plonger à fond dans la pratique, voyons déjà ce que c’est SQL (ça se prononce "ess-ku-elle" ou "sikvel", comme tu veux) et pourquoi c’est important.

SQL, ça veut dire Structured Query Language — langage de requêtes structuré. C’est le langage standard pour bosser avec les bases de données. Peu importe la SGBD que tu choisis — PostgreSQL, MySQL, Oracle ou une autre, tu vas quasi forcément utiliser SQL.

Imagine que SQL, c’est ta façon de "parler" à la base de données. Tu lui donnes des ordres du genre "montre-moi tous les étudiants de plus de 18 ans", et elle, comme par magie, te sort les infos qu’il te faut.

Les tâches principales de SQL :

• Extraction de données - savoir qui s’est inscrit au cours "Histoire du Moyen Âge".
• Ajout de données - ajouter un nouvel étudiant dans la base.
• Mise à jour de données - corriger une erreur dans le nom d’un étudiant.
• Suppression de données - supprimer un étudiant qui a récupéré ses papiers à la fac.

À quoi sert SELECT ?

SELECT, c’est sûrement la commande la plus importante en SQL. En anglais, ça veut dire "sélectionner". C’est ton outil pour extraire les infos dont tu as besoin de la base de données.

Imagine que tu entres dans une bibliothèque avec des milliers de livres. Tu veux trouver un livre sur la programmation Python. Au lieu de fouiller partout, tu demandes au bibliothécaire : "Ramène-moi les livres sur Python".

Dans le monde des bases de données, SQL c’est ton bibliothécaire, et SELECT c’est la commande "Ramène-moi...".

Exemples de trucs que tu peux faire avec SELECT :

• Obtenir les noms de tous les étudiants.
• Savoir combien de cours sont dispos ce semestre.
• Trouver les étudiants qui ont eu une note supérieure à 90 points.

En plus d’extraire des données, SELECT permet de :

• Filtrer les données - "montre seulement les étudiants de plus de 18 ans".
• Trier les données - "classe les étudiants par nom de famille".
• Afficher seulement les colonnes dont tu as besoin, pas tout le bazar.

Les avantages principaux de SQL

SQL, c’est une compétence qui vaut de l’or dans quasi tous les domaines.

Tu veux analyser les ventes d’une boutique en ligne ? Il te faut SQL.

Tu bosses sur des recherches médicales ? Encore SQL. Tu fais de l’automatisation de process ? Bingo. SQL.

Pourquoi SQL, c’est trop cool ?

• SQL marche avec quasi toutes les bases de données.
• SQL est écrit pour être super intuitif.
• Même les requêtes SQL compliquées restent assez faciles à piger.
• Avec SQL, tu peux gérer des tonnes de données et en sortir ce qu’il te faut.

Commentaires dans PostgreSQL

Et un autre truc important – les commentaires dans les requêtes SQL. Les commentaires, c’est super utile. D’abord, tu peux y mettre des explications et/ou tes idées. Ensuite, tu peux t’en servir pour désactiver du code qui marche pas. Ou garder une ancienne version du code en commentaire.

Je vais souvent écrire des commentaires à côté du code, donc c’est par là qu’on commence aujourd’hui.

En SQL, comme dans plein de langages, t’as des commentaires sur une ligne et sur plusieurs lignes. Un commentaire multi-ligne ressemble à ça :

/* texte du commentaire texte du commentaire texte du commentaire */ 

Ça commence par /* et ça finit par */. Tu peux aussi l’utiliser sur une seule ligne. Exemple :

 /* texte du commentaire */

Il y a aussi le commentaire "du début à la fin de la ligne", comme le // en Java ou le # en Python. Mais en SQL, il faut écrire deux tirets et un espace. Ça donne :

-- texte du commentaire

Exemple d’une requête SQL longue, avec la partie droite commentée :

SELECT * FROM employee -- WHERE YEAR(join_date) = 2015 

Dans l’exemple ci-dessus, on a commenté la condition de la requête, donc PostgreSQL va juste exécuter la requête :

SELECT * FROM employee

Je vais mettre mes commentaires à côté du code pour le rendre plus lisible ou pour simplifier les passages compliqués. Je le fais déjà ! Et je te conseille de ne pas zapper cet outil bien pratique. :)

Style des requêtes SQL

Le langage SQL a été conçu pour être super user-friendly.

Déjà, la casse du texte de la requête n’a généralement pas d’importance : tu peux écrire SELECT, Select, SeLecT ou select, ça marchera pareil. Ensuite, les retours à la ligne ne comptent pas vraiment. La SGBD peut traiter la requête comme si elle était sur une seule ligne. Donc t’as une certaine liberté pour écrire tes requêtes.

Malgré ça, un code SQL bien formaté est plus facile à lire, comprendre, débugger et maintenir. Du coup, il y a des recommandations de style assez répandues.

Conseils de formatage

• Les mots-clés SQL en MAJUSCULES. Des mots comme SELECT, FROM, WHERE, ORDER BY, etc., on les écrit en majuscules. Ça aide à les distinguer des noms de tables et de colonnes.
• Commence SELECT, FROM, WHERE et les autres parties principales de la requête sur une nouvelle ligne.
• Le point-virgule ; à la fin de la requête sert de séparateur standard. Il devient nécessaire si tu fais plusieurs requêtes d’affilée dans un même script ou bloc de code. On te conseille de toujours finir chaque requête SQL par un point-virgule.

Exemple de formatage optimal :

SELECT customer_id, full_name, email, registration_date
FROM customers
WHERE delivery_address = 'Anytown';

Tu pourrais écrire cette requête autrement, avec un formatage différent. Pour l’instant, te prends pas trop la tête là-dessus. Retiens juste qu’il n’y a pas de formatage obligatoire en SQL : le but, c’est d’écrire du code clair et lisible.