Commandes SQL

Le Structured Query Language, représenté par l’abréviation SQL, compte parmi les langages de programmation les plus connus. Il fait office d’interface universelle permettant le travail avec des données relationnelles ou des systèmes de gestion de base de données relationnelle (SGBDR). Ce langage est caractérisé par un nombre déconcertant de commandes SQL. Nous allons vous présenter les plus importantes, ainsi que leurs modèles sous-jacents.

Les commandes SQL permettent d’ordonner à un système de gestion de base de données (SGBD) d’exécuter certaines tâches. Il peut notamment s’agir de définir des tables et leur structure, d’insérer, de modifier ou de supprimer des données et d’effectuer des requêtes.

Différentes normes ISO ou ANSI encadrent la portée des commandes SQL. De plus, il existe plusieurs dialectes spécifiques à l’implémentation. De cette manière, les implémentations des principaux fournisseurs tels que PostgreSQL, MySQL, Oracle DBMS et Microsoft SQL Server disposent toutes de leur propre variante pour ce langage. Certains fournisseurs possèdent leurs propres commandes ; la plupart du temps, leurs différences concernent surtout les fonctions liées au traitement des chaînes de caractères et d’autres données.

En réalité, SQL est composé de plusieurs sous-langages, chacun d’eux portant sur un domaine différent et bénéficiant de ses propres commandes. Découvrez avec nous les principaux types de commandes SQL.

De façon approximative, il est possible de répartir les commandes SQL les plus importantes en cinq sous-langages. Voici, pour chaque sous-langage, un aperçu de son domaine d’utilisation et de ses commandes :

SQL est un langage déclaratif, ce qui le distingue de la plupart des autres langages de programmation populaires. En d’autres termes, il décrit le résultat à atteindre sans pour autant préciser les étapes exactes qu’il convient de suivre pour arriver à cet objectif. Cette particularité donne un langage avec des commandes qui sont souvent plus longues, mais qui nécessite généralement moins de lignes de code que les langages impératifs, plus conventionnels.

À titre d’exemple, intéressons-nous à la commande SQL « DROP TABLE IF EXISTS ». Comme vous l’avez sans doute compris, cette commande unique permet de supprimer une table si celle-ci existe déjà :

Pour créer un exemple de code aux fonctions similaires avec Python, il est nécessaire d’appeler plusieurs d’entre elles, avec une ramification sur deux lignes différentes :

Comme vous avez pu le constater, une seule commande SQL peut contenir plusieurs mots-clés. Ainsi; les différentes commandes se ressemblent sur le plan visuel. Prenons par exemple les deux commandes SQL « CREATE TABLE » et « CREATE OR REPLACE VIEW » ; si, de prime abord, elles semblent toutes deux être des expressions d’une commande « CREATE » sous-jacente, il n’en est rien. Ces commandes se ressemblent, mais elles sont totalement indépendantes l’une de l’autre.

Comme c’est également le cas d’autres langages, certaines commandes SQL peuvent prendre en charge des paramètres. La plupart du temps, il s’agit de noms de bases de données, de tables ou de colonnes. Ici, nous pouvons par exemple interroger les colonnes « Name » (nom) et « Age » (âge) de la table « People » (personnes) :

En réalité, les commandes SQL correspondent plutôt à des instructions. Il existe d’autres constructions syntaxiques qui, dans une certaine mesure, agissent également comme des commandes. Voici une présentation des principaux éléments syntaxiques du langage SQL :

Une base de données structure ses données de manière hiérarchique à l’aide de différentes couches de mémoire, qui vont du serveur de la base de données jusqu’à la valeur enregistrée dans un champ. Étant donné que SQL est en mesure de contrôler tous les aspects d’un système de gestion de base de données relationnelle (SGBDR), des commandes SQL existent pour chacune des couches susmentionnées. Voici un aperçu de la hiérarchie des différents objets d’un système de gestion de base de données relationnelle :

En plus des principaux objets des systèmes de gestion de base de données relationnelle présentés ci-dessus, il est également possible d’utiliser d’autres objets tels que les vues (Views) et les procédures stockées (Stored Procedures). Des commandes SQL propres à chacun de ces objets existent également. Découvrons à présent les commandes relatives aux cinq sous-langages principaux de SQL :

1. Data Definition Language (DDL) : langage de définition des données
2. Data Manipulation Language (DML) : langage de manipulation des données
3. Data Query Language (DQL) : langage d’interrogation des données
4. Data Control Language (DCL) : langage de contrôle des données
5. Transaction Control Language (TCL) : langage de contrôle des transactions

Avec ces commandes SQL, vous pouvez définir des structures de données. Toutes ces commandes agissent sur des objets agrégés, comme les bases de données, les tables ou encore les index. Un objet agrégé peut stocker plusieurs ensembles de données ; un ensemble de données va quant à lui contenir plusieurs champs, chacun de ces champs étant associé à une colonne. La colonne permet de définir le type de données contenu par le champ (un nombre, une chaîne de caractères, une valeur booléenne…). Il est de plus possible de spécifier des restrictions pour les valeurs de ces colonnes : « doit être unique », « ne peut pas être nulle », etc.

Les bases de données sont toujours au sommet des systèmes de gestion de base de données relationnelle (SGBDR). Des commandes SQL permettent de créer ou encore de supprimer celles-ci :

Pour créer une base de données, il faut d’abord définir son schéma. Celui-ci est essentiel si vous voulez utiliser efficacement votre base de données. Il nécessite une conception des plus méticuleuses et une représentation des différentes tables et de leurs associations. En règle générale, le schéma d’une base de données se développe à partir de diagrammes entité-association ou de diagrammes UML spécifiques.

Le schéma de la base de données prend donc la forme d’une description abstraite, tandis que sa structure se crée en utilisant les commandes SQL correspondantes. La définition des tables s’effectue avec leurs colonnes et leurs types, et les éventuels liens entre celles-ci sont matérialisés par des Foreign Keys (c’est-à-dire des « clés étrangères »). Vous avez toujours la possibilité de modifier cette structure par la suite, à l’aide d’autres commandes SQL. Découvrez avec nous les principales commandes que vous pouvez utiliser :

L’une des propriétés importantes des systèmes de gestion de base de données (SGBD) consiste à garantir la cohérence des données. Vous pouvez donc décider que les champs de certaines colonnes ne doivent pas être vides ou que les valeurs contenues par ceux-ci doivent rester dans les limites autorisées. Il s’agit là de Constraints (contraintes). De la même manière, les Foreign Keys (ou clés étrangères) permettent d’exiger l’établissement de liens corrects entre plusieurs tables.

Il suffit d’utiliser une série de clauses dans les instructions relatives à la définition des données pour spécifier les contraintes applicables aux différentes colonnes. Voici quelques-unes de ces contraintes (sans exemple) :

Si les tables de votre base de données sont déjà définies, vous devez vous occuper des opérations sur les différents ensembles de données. En utilisant les commandes SQL appropriées, vous pouvez insérer, modifier et supprimer des ensembles de données. Dans ce contexte, il est également question des opérations CRUD de base (Create, Read, Update, Delete, soit « Créer, lire, mettre à jour et supprimer »), qui se retrouvent également dans les bases de données NoSQL :

Attention : les clauses ou les fonctions « WHERE », « SET » et « VALUES » que vous voyez dans les exemples ci-dessus peuvent également apparaître dans d’autres situations. Elles portent toujours le même nom, mais les règles encadrant leur utilisation peuvent toutefois légèrement différer. Nous vous conseillons donc de faire preuve de prudence lorsque vous utilisez les commandes SQL « UPDATE » et « DELETE FROM » sans la clause « WHERE ». Si vous le faites, sachez que tous les ensembles de données contenus dans la table concernée seront modifiés ou supprimés.

La commande « SELECT » est peut-être la plus connue parmi toutes celles que compte le langage SQL. Elle vous permet en effet d’interroger les données d’une base de données. En règle générale, cela n’a pas pour effet de modifier la base de données. Il n’est donc pas rare que la commande « SELECT » soit mise à la disposition des analystes. Découvrons ensemble les principaux composants de la commande SQL « SELECT » :

La commande SQL « SELECT » est la seule qui permet d’interroger des données, mais ses possibilités d’utilisation sont nombreuses. Il existe en effet une série de clauses pouvant vous aider à filtrer, trier et regrouper les données générées ; découvrez-les ci-après.

La commande SQL « SELECT » renvoie invariablement un Result Set, ou « jeu de résultats ». D’un point de vue conceptuel, un jeu de résultats peut être représenté comme une table avec des colonnes contenant des valeurs. D’un point de vue pratique, il est souvent nécessaire de filtrer ces résultats, de les trier ou encore de limiter le nombre d’ensembles de données générés. Pour chaque cas d’utilisation, il existe une clause que vous pouvez utiliser dans le cadre de votre commande SQL « SELECT » :

En plus d’améliorer votre jeu de résultats, vous pouvez également combiner des requêtes sur plusieurs tables. À titre de rappel, une commande SQL « SELECT » renvoie un jeu de résultats. Certaines commandes SQL peuvent donc, conformément aux règles de la théorie des ensembles relationnels, vous permettre de fusionner deux jeux de résultats.

Pour vous expliquer dans le détail le fonctionnement des commandes SQL permettant d’associer des requêtes, nous devrions faire appel à des exemples plus complexes, avec la définition de plusieurs tables. Ici, nous avons donc choisi de ne vous présenter aucun exemple de code. Découvrons ensemble les principales opérations que vous pouvez utiliser dans ce contexte :

Comme nous avons pu le voir, les requêtes SQL peuvent s’avérer assez complexes dans certaines circonstances. Dans les faits, il est souvent judicieux de répéter ces requêtes. En principe, il est possible de sauvegarder les commandes SQL concernées sous forme de code, puis de s’en servir en cas de besoin. Cette méthode n’est toutefois pas très efficace. Fort heureusement, des commandes SQL spéciales permettent de sauvegarder des requêtes complexes directement dans le système de gestion de base de données concerné, et ce, en tant qu’entités.

Pour commencer, intéressons-nous aux vues (Views en anglais). Une vue de la base de données correspond approximativement à une requête enregistrée. À titre de rappel, une requête renvoie un jeu de résultats présenté sous la forme d’une table. Au lieu d’ignorer ce jeu, nous choisissons de l’enregistrer en tant que vue. Le terme de « table virtuelle » est donc également utilisé pour désigner une vue. De manière générale, il n’est possible d’accéder à une vue qu’en mode lecture. Quelques commandes SQL peuvent vous permettre de travailler avec les vues :

En plus des vues de la base de données, vous pouvez tirer parti des « procédures stockées » (Stored Procedures en anglais). Les procédures stockées vous permettent de répéter certaines requêtes et sont donc plus complexes que les vues. Elles peuvent prendre en charge des paramètres, et ainsi assembler des requêtes de façon dynamique. Une procédure stockée peut en outre vous permettre de bénéficier d’un accès en écriture aux données sous-jacentes. Nous vous présentons ci-dessous les commandes SQL correspondantes, mais nous ne disposons pas d’assez de place pour vous proposer des exemples :

En utilisant une procédure stockée, vous déplacez le code du client vers le serveur. Une fois cette séparation effectuée, vous bénéficiez d’une plus grande sécurité et de meilleures performances. Si la « logique métier » contenue dans une procédure stockée se trouve en dehors du système de contrôle de version, cela peut vous être dommageable. Comme les procédures stockées sont largement tributaires du système de gestion de base de données qui les entourent, un changement de fournisseur peut, dans le pire des scénarios, entraîner une perte de fonctionnalité.

Un seul serveur de bases de données peut renfermer plusieurs bases de données. Si vous souhaitez les administrer indépendamment les unes des autres, vous pouvez mettre en place des mécanismes de contrôle des accès. Vous avec donc la possibilité de définir le niveau des droits d’accès de chaque utilisateur aux bases de données et aux tables que celles-ci contiennent. Vous pouvez en outre créer des groupes dans lesquels vous pouvez catégoriser vos utilisateurs. Pour ce faire, deux commandes SQL sont particulièrement adaptées :

Les garanties apportées par les propriétés ACID constituent l’un des avantages de l’utilisation des systèmes de gestion de base de données relationnelles (SGBDR). Pour faire court, elles garantissent la bonne organisation et la bonne définition de vos données. Sur le plan technique, elles utilisent des transactions indivisibles sous la forme d’Atomic Operations (« opérations atomiques »). Soit la transaction est exécutée entièrement et sans aucune erreur, soit une erreur se produit et les différentes étapes sont alors annulées. Découvrons ensemble les commandes SQL pour le contrôle des transactions :

Présentation des propriétés ACID mentionnées ci-avant :