SQL, une définition

SQL, requête SQL, NoSQL, ce sont des termes que l’on entend souvent quand on utilise des bases de données (SGBD) ou que l’on manipule des données. SQL signifie Structured Query Language. Il s’utilise pour écrire des requêtes sur des données (data en anglais). Par abus de langage, on dit souvent que SQL est un langage de programmation informatique, ce qui n’est pas totalement vrai.

Ce langage de requête remonte à 1970, chez IBM justement, pour pouvoir manipuler simplement les données. A l’origine, SQL s’appelait SEQUEL (prononciation encore parfois utilisée) pour Structured English Query Language. Pourquoi “English” ? Tout simplement parce que les instructions sont en anglais. L’objectif est dès le départ de pouvoir manipuler, éditer, traiter des données stockées dans une base de données dite relationnelle. SEQUEL disparaît en 1975 et SQL est alors utilisé. Il est normalisé par l’ISO depuis 1987. Cela signifie que chaque version du langage sert de référence à toutes les implémentations.

Une base de données relationnelle est en fait un grand tableau (table en anglais) à deux dimensions où les données sont organisées en colonnes et en lignes. Chaque colonne porte un titre, ce sont les attributs. Pour gérer ces bases on utilise donc un système de gestion de base de données relationnel, aussi appelé SGBDR. Il existe de nombreux SGBDR, l’un des plus connus du grand public est sans doute MySQL, mais il en existe bien d’autres comme PostgreSQL, Oracle, OrientDB, Microsoft SQL Server, etc. 

Quand vous utilisez un SGBDR (système de gestion de base de données rationnel) pour créer des requêtes sur les bases, les tables, les données, vous utilisez forcément SQL. La richesse du langage fait sa puissance. Tout DBA (administrateur de base de données) se doit de maîtriser ce langage. Le revers de la médaille est son manque d’optimisation et, parfois, les difficultés à analyser le comportement des requêtes. SQL s’utilise avant tout avec des données structurées.

Portabilité

L’un des avantages de SQL est sa portabilité, ainsi chaque SGBD peut adapter SQL à son environnement. Les bases du langage sont peu ou prou identiques partout. Ainsi, Microsoft implémente Transact-SQL, reposant sur la norme SQL ISO.

La création d’une requête se réalise dans un éditeur, pour pouvoir ensuite la stocker et l’exécuter. Il est possible d’embarquer directement dans son code des requêtes SQL, ou alors d’utiliser des connecteurs pour faire le lien entre son code et le SGBD.

La syntaxe des requêtes en langage SQL ressemble énormément au langage anglais standard, ce qui la rend plus facile à apprendre. En effet, les opérateurs (instructions) sont en fait des mots directement issus de la langue anglaise. Ainsi si l’on écrit SELECT nom_du_champ FROM nom_de_la_table WHERE condition_spécifique on pourrait traduire simplement par : sélectionner le champ depuis la table où cette condition s’applique.

Les commandes de base sont simples : SELECT, Insert, Update, Delete, Drop table, From, Join, Create, Where, etc. Une requête SQL peut être très longue et comporter des dizaines d’instructions.

Un petit exemple d’une requête en MySQL :

On crée une table shop puis on définit les différents champs de la table avec à chaque champ le type de données (char, decimal, int). On indique les clés primaires (primordiales pour les futures requêtes) puis on injecte les valeurs dans la table.

Procédure stockée

La plupart du temps, on a besoin d’exécuter plusieurs instructions SQL pour se connecter à une base, créer ou utiliser une table, sélectionner des données, les sortir, les supprimer, etc. Pour plus de clarté et de rapidité pour traiter les données dans leur ensemble, le plus pratique est de créer des procédures stockées. Ces morceaux de code SQL sont stockés directement dans la base de données (database).

L’utilisateur va alors écrire dans son code SQL une requête spécifique qui reprend le nom de la procédure stockée. Celle-ci étant précompilée elle s’exécute donc immédiatement sans avoir besoin de passer par l’analyse de syntaxe et l’interprétation. Le résultat de l’opération est alors renvoyé comme celui d’une simple requête SQL.

NoSQL

Avec le big data, l’explosion des données de types hétérogènes (vidéo, images, audio, etc.), la nature des données change. On est passé de données structurées (typique d’une base relationnelle) à des données semi ou non structurées. Or, ces données ne peuvent pas être traitées et manipulées avec des requêtes SQL. Les bases dites NoSQL permettent une utilisation moins rigide qu’en SQL classique. Même en donnée structurée, SQL n’est pas adapté pour gérer et traiter plusieurs To ou Po de données.

Source: Ludovic Creative