Aide-mémoire des commandes SQL

SQL est le langage de requête structuré. Il a été créé spécifiquement pour gérer et accéder aux données contenues dans les bases de données relationnelles. Oracle a été la première entreprise commerciale à utiliser SQL, qui a toujours son langage de requête SQL * Plus comme base de tout son système de gestion de base de données relationnelle (RDMS).

Aujourd’hui, MySQL, SQL Server, SAP et Sybase utilisent tous SQL pour l’accès à la base de données. Dans ce guide, nous vous donnerons la version standard des commandes SQL, en accordant une attention particulière à l’implémentation d’Oracle dans SQL * Plus.

CHOIX DE LA RÉDACTION: Nous recommandons les outils de gestion d’infrastructure SolarWinds pour surveiller tous vos outils Microsoft, y compris SQL Server. Vous avez besoin d’une suite d’utilitaires de surveillance qui peuvent interagir afin de couvrir toutes les installations qui prennent en charge votre base de données relationnelle.

Bases de données relationnelles

SQL gère bases de données relationnelles. Une base de données relationnelle contient des tables séparées pour réduire la répétition des données. Le processus de décision sur les regroupements appropriés des catégories de données est appelé «normalisation.«Dans certains cas, les exigences de performances peuvent dicter que les tables fonctionnent mieux si elles ne sont pas complètement normalisées. Ce processus est appelé «dénormalisation» et c’est un phénomène rare.

Chaque table a besoin d’une colonne qui identifie de manière unique chaque ligne. C’est ce qu’on appelle le «clé primaire.»Les autres tables qui peuvent se joindre à cette entité doivent contenir une référence à la clé primaire dans chaque enregistrement. Cette référence est appelée «clé étrangère.” Tu joindre tables en faisant correspondre la clé étrangère dans une table avec la clé primaire dans une autre. Cette action est effectuée avec SQL. Le diagramme Entité-Relation est une référence utile lorsque vous décidez comment structurer votre instruction SQL.

Afin d’accélérer l’accès, il est normal de placer un indice sur chaque clé primaire de la base de données. Il est également possible de stocker des jointures fréquemment utilisées pour créer des tables virtuelles, appelées “vues.”

Un autre objet de base de données est un déclencheur. Il s’agit d’un élément SQL qui se lance chaque fois qu’une valeur est ajoutée à une colonne ou modifiée. Un déclencheur mettra à jour les valeurs d’une colonne d’une table différente ou d’autres colonnes de la même table. Cela se produit si une valeur est ajoutée ou modifiée dans la colonne sur laquelle le déclencheur est placé. Il peut également restreindre les valeurs pouvant être entrées dans une colonne.

DQL, DDL, DCL et DML

SQL comprend quatre sous-ensembles de commandes. Ceux-ci sont Langage de requête de données (DQL), Langage de description des données (DDL), Langage de contrôle des données (DCL), et Langage de manipulation des données (DML).

Sur la plupart des projets, Administrateur de base de données (DBA) est le seul membre de l’équipe qui a les privilèges d’utiliser DDL. Ce groupe de commandes crée, modifie et supprime des tables, des index, des déclencheurs et des vues.

DML est utilisé pour ajouter, modifier ou supprimer des enregistrements des tables de la base de données. L’accès à ces fonctions SQL est généralement limité au personnel d’assistance ou aux membres supérieurs et responsables de la communauté des utilisateurs.

DQL est utilisé pour générer des rapports à partir de la base de données. Ce sous-ensemble de commandes est utilisé par les programmeurs et peut également être mis à la disposition des utilisateurs finaux afin qu’ils puissent effectuer leurs propres requêtes.

La gestion des privilèges utilisateur est stockée dans la même base de données que les données. Cependant, l’accès à ces tables est généralement limité au DBA. La gestion de l’accès des utilisateurs est entièrement mise en œuvre via DCL.

Il existe une commande SQL utile qui ne fait pas partie des classifications DQL, DDL, DCL ou DML. C’est “décris»Qui est généralement mis en œuvre DESC. Cela montre la structure d’un objet dans la base de données. Dans le cas d’un tableau, il affichera une liste de colonnes ainsi que le type de données et la taille de chacune. Il montrera le SQL qui a créé une vue ou un déclencheur et il montrera les colonnes impliquées dans un index donné.

Opérateurs relationnels

La théorie derrière les bases de données relationnelles a été définie par E. F. Codd en 1970. Selon la définition de Codd, il faut un outil de requête qui doit implémenter huit opérations relationnelles essentielles. Ceux-ci sont:

1. SÉLECTIONNER
2. PROJET
3. JOINDRE
4. PRODUIT
5. SYNDICAT
6. COUPER
7. DIFFÉRENCE
8. DIVISER

Vous devez maîtriser chacune de ces opérations afin d’accéder efficacement aux données d’une base de données relationnelle. Ceux-ci sont expliqués ci-dessous.

SÉLECTIONNER

SELECT a été initialement appelé RESTREINDRE. C’est la possibilité d’extraire un enregistrement ou un groupe d’enregistrements correspondants d’une table dans la base de données. En plus d’être une opération théorique, SÉLECTIONNER est le nom de la commande principale dans toute implémentation SQL. En fait, toute récupération de données est exécutée avec un SELECT. La commande est si puissante qu’elle peut être modifiée de nombreuses façons. La plupart du SQL que vous devrez apprendre sont les «clauses» d’une instruction SELECT.

PROJET

PROJECT est la possibilité d’isoler une colonne (ou «attribut») dans une table. Ceci est toujours implémenté avec une instruction SELECT.

JOINDRE

JOIN relie les tables entre elles sur un attribut commun. Vous utilisez la clé étrangère dans une table pour faire correspondre les valeurs de clé primaire dans une autre table. La loi unifie effectivement deux tables temporairement. Ceci est implémenté en tant que clause dans une instruction SELECT. Une jointure entre deux tables supprimera automatiquement tous les enregistrements qui n’apparaissent pas dans les deux tables de prise en charge. Un “jointure externe“Affichera les enregistrements qui n’ont pas de correspondance dans l’autre table, laissant les champs qui auraient dû être fournis par l’autre table laissés vides.

PRODUIT

PRODUIT est également connu comme “fois.”Ceci est implémenté comme une instruction SELECT qui tire les données de deux tables, mais ne spécifie pas la jointure entre elles. Dans la vraie vie, il y a très peu de raisons pratiques pour lesquelles quiconque effectuerait un temps sur deux tables. C’est généralement un signe d’avertissement que vous avez mal écrit une clause JOIN. Le résultat d’un PRODUIT est que chaque enregistrement de qualification dans une table correspond à chaque enregistrement de qualification dans l’autre table. Ainsi, si vous créez une instruction SELECT à partir de deux tables, chacune ayant dix enregistrements, les résultats seront un total de 100 enregistrements.

SYNDICAT

UNION est un opérateur commun dans la théorie des ensembles. Si vous avez deux ensembles, l’union combine tous les membres des deux ensembles. La duplication est supprimée des résultats. En SQL, ceci est implémenté par le OU Opérateur booléen.

COUPER

INTERSECT est l’autre opérateur principal de la théorie des ensembles. Si vous avez deux ensembles, l’intersection décrit les sujets qui sont membres des deux ensembles. Tout sujet qui est membre d’un seul des deux ensembles est exclu des résultats. En SQL, ceci est implémenté par le ET Opérateur booléen.

DIFFÉRENCE

DIFFERENCE est également connu comme «moins»Et en notation est représenté par le signe moins (« – »). Il existe plusieurs façons d’implémenter une DIFFÉRENCE. Il peut être créé en incluant un booléen NE PAS dans les critères de sélection et peut également être mis en œuvre par un MOINS opérateur suivi d’une sous-requête.

DIVISER

DIVIDE est une opération inhabituelle qui, comme PRODUCT, a très peu d’applications pratiques. Codd considérait DIVIDE comme le test acide de tout système relationnel et de son outil de requête, donc chaque implémentation SQL inclut cette capacité juste pour se qualifier pour le titre «relationnel». En réalité, vous ne l’utiliserez jamais. La mise en œuvre d’un DIVIDE nécessite une série de sous-requêtes alimentant un MOINS dans Oracle SQL * Plus et un SAUF dans certaines autres implémentations SQL, telles que SQL Server et PostgreSQL.

opérateurs booléens

George Boole était un mathématicien britannique décédé en 1864. Il a inventé l’algèbre booléenne, qui n’a eu aucune application pratique jusqu’à l’émergence des domaines de l’informatique et des bases de données relationnelles à la fin du 20e siècle. L’algèbre booléenne est au cœur des opérations de SQL – vous ne pouvez écrire que la requête SQL la plus basique sans utiliser la logique booléenne. La logique booléenne sous-tend également tous les moteurs de recherche. Les opérateurs booléens clés de SQL sont:

• ET
• OU
• NE PAS

Un autre Britannique victorien original que vous devez connaître est Augustus de Morgan. Il a proposé une observation sur la transformation dans la théorie des ensembles booléens, dont chaque programmeur SQL doit être conscient. C’est qu’un NON peut modifier le fonctionnement d’un ET et d’un OU. La version courte est que vous devez faire attention à la façon dont vous utilisez les crochets dans vos déclarations pour éviter des conséquences imprévues. Donc «et» et «ou» doivent également être considérés comme des opérateurs booléens importants dans SQL.

ET

ET implémente le COUPER dans la théorie des ensembles. Si vous souhaitez extraire des enregistrements d’une base de données qui ne correspondent qu’à deux exigences et non à un seul de ces critères composites, vous devez utiliser un ET. Par exemple, vous pouvez exécuter une entreprise de semences et votre base de données contient une table qui stocke toutes vos semences avec leurs attributs. Un client appelle et ne veut que des bégonias jaunes. Donc, vous rechercheriez dans votre base de données espèce = «bégonia» ET couleur = «jaune» obtenir le bon catalogue de semences.

OU

OU vous donne tous les membres de deux ensembles – c’est l’UNION dans la théorie des ensembles. Donc, dans votre base de données de départ, si vous avez exécuté une requête: espèce = «bégonia» OU couleur = «jaune», vous obtiendriez des résultats comprenant des roses jaunes, des bégonias jaunes, des bégonias roses et des jonquilles jaunes. Dans cet exemple, les bégonias jaunes se qualifient deux fois. En théorie relationnelle, un seul enregistrement doit être retourné. Heureusement, SQL inclut le qualificatif DISTINCT, donc en entrant SÉLECTIONNEZ DISTINCTE * À PARTIR DES fleurs O species espèce = “bégonia” OU couleur = “jaune”, ce record de bégonia jaune n’apparaîtrait qu’une seule fois.

NE PAS

NON est facile à comprendre. Il exclut les résultats que la déclaration suivante produirait: ET NON, OU NON. En pratique, vous n’utiliserez presque jamais «OU NON» dans une requête. Si votre client de semences voulait une couleur de bégonia autre que le jaune, vous utiliseriez espèce = «bégonia» ET PAS couleur = «jaune» pour sélectionner les produits à offrir.

Supports

Selon la loi de De Morgan:

«La négation d’une disjonction est la conjonction des négations; et la négation d’une conjonction est la disjonction des négations ».

En langage simple, utilisez soigneusement les crochets dans votre instruction SQL lorsque vous incluez également un NOT pour empêcher vos AND de se transformer en OR et vice versa. Les conditions de bracketing peuvent également raccourcir vos critères de sélection. Par exemple, NON (espèce = «bégonia» ET couleur = «jaune») est le même que NON espèce = “bégonia” OU NON couleur = “jaune”.

Extraire des enregistrements

Différentes implémentations SQL utilisent une syntaxe différente, mais dans ce guide, nous suivrons Oracle * SQL * Plus. La structure de base d’une sélection de données SQL est la suivante:

SÉLECTIONNER
DE

OÙ

Cela vous donnera une liste de valeurs d’une colonne dans une table. C’est le PROJET opération relationnelle définie par Codd.

Vous pouvez ajouter des colonnes à SELECT ou utiliser l’opérateur générique (“*“) Pour obtenir toutes les colonnes du tableau:

SELECT *
DE

OÙ

C’est Codd’s SÉLECTIONNER opération relationnelle. Sans le OÙ clause, vous obtiendrez chaque enregistrement dans le tableau.

Plusieurs colonnes sont séparées par des virgules (“,”):

SELECT colonne1, colonne2, colonne7
DE

OÙ

le OÙ La clause sélectionne des enregistrements spécifiques. C’est l’objectif le plus important des opérateurs booléens:

SELECT seed_num, seed_desc
DES GRAINES
O species espèce = “bégonia” ET couleur = “jaune”

Vous remarquerez dans ces exemples que vous ne mettez pas de guillemets autour des noms de colonne, mais vous mettez des guillemets autour des valeurs de colonne. Si vous oubliez de mettre des guillemets autour des valeurs, le SGBD s’attendra à ce que les mots soient des noms de colonne. Donc, dans la requête ci-dessus, sans les guillemets, vous obtiendrez une erreur vous indiquant qu’il n’y a pas de bégonia et de colonnes jaunes dans le tableau.

Rejoindre des tables

Le travail clé dans les requêtes SQL réside dans la jonction des tables. Il existe de nombreuses astuces que vous pouvez effectuer avec des sous-requêtes, mais si la jointure est incorrecte, votre requête retournera toujours des résultats incorrects.

Votre meilleur guide pour une jointure est le Diagramme entité-relation. Tout ce dont vous avez besoin pour créer une jointure est d’inclure plus d’une table dans le DE de SELECT et assurez-vous de spécifier les colonnes de liaison dans le OÙ clause. N’oubliez pas que certaines tables peuvent utiliser les mêmes noms de colonne. Pour éviter toute confusion, il est préférable de donner à chaque table d’une jointure un pseudonyme afin que vous puissiez identifier la source des colonnes auxquelles vous faites référence dans l’instruction SELECT:

SELECT a.seed_num, a.seed_desc, b.supplier_name
DE graines a, fournisseurs b
O a a.species = “bégonia” ET a.color = “jaune”
ET b.supplier_ID = a.supplier_ID

Dans l’exemple ci-dessus, ID du fournisseur est la clé primaire dans la table des fournisseurs et un champ du même nom est la clé étrangère dans la table des semences qui est liée à l’enregistrement approprié dans la table des fournisseurs.

Bien qu’il soit techniquement possible d’utiliser un OU pour une jointure, il est plus courant d’utiliser un ET. Utiliser les OR uniquement pour les critères de sélection et non pour créer une jointure.

Sous-requêtes

Vous pouvez utiliser un SÉLECTIONNER déclaration comme source de données pour le principal SÉLECTIONNER et vous pouvez également rejoindre plusieurs SÉLECTIONNER avec des opérateurs, tels que MOINS. Ces instances de requêtes supplémentaires servant une instruction SELECT principale sont appelées “sous-requêtes.”Lors de la création d’une sous-requête, le mot clé DANS peut être très utile.

Par exemple, si vous souhaitez uniquement obtenir des bégonias jaunes auprès de fournisseurs de l’UE, vous pouvez créer une liste de valeurs avec DANS tel que:

SELECT a.seed_num, a.seed_desc, b.supplier_name
DE graines a, fournisseurs b
O a a.species = “bégonia” ET a.color = “jaune”
ET b.supplier_ID = a.supplier_ID
ET b.supplier_country IN (“UK”, “France”, “Germany”…)

Cette liste de tous les pays de l’UE s’étendrait à 28 valeurs et vous devrez les saisir toutes – le «…» dans l’exemple est uniquement pour être bref. Dans cet exemple, vous devrez revoir toutes vos requêtes et modifier cette liste de valeurs chaque fois qu’un pays rejoint ou quitte l’UE. Il est plus efficace de créer un tableau des pays de l’UE et de s’y référer. Ensuite, il vous suffit d’ajouter ou de supprimer des enregistrements dans un tableau à mesure que la composition de l’UE change.

Dans ce scénario, vous créez une table appelée EU_countries avec un champ country_ID comme clé primaire et une colonne country_name. Ensuite, vous pouvez créer une sous-requête pour créer cette liste de pays de l’UE:

SELECT a.seed_num, a.seed_desc, b.supplier_name
DE graines a, fournisseurs b
O a a.species = “bégonia” ET a.color = “jaune”
ET b.supplier_ID = a.supplier_ID
ET b.supplier_country IN (SELECT country_name from EU_countries)

Il est possible de créer une série de requêtes imbriquées et certaines fonctions SQL nécessitent au moins deux instructions SELECT. Par exemple, si vous souhaitez obtenir des fournisseurs de semences non européens, vous pouvez utiliser un MOINS:

SELECT a.seed_num, a.seed_desc, b.supplier_name
DE graines a, fournisseurs b
O a a.species = “bégonia” ET a.color = “jaune”
ET b.supplier_ID = a.supplier_ID
MOINS
SELECT c.seed_num, c.seed_desc, d.supplier_name
DE graines c, fournisseurs d, EU_countries e
OERE d.supplier_country_ID = e.country_ID
ET b.supplier_ID = a.supplier_ID

Dans l’exemple ci-dessus, la deuxième requête ramènera beaucoup plus d’enregistrements que la première. Cependant, aucun des résultats de cette requête n’apparaîtra dans la sortie. Tous les résultats de la requête principale qui correspondent aux résultats de la deuxième requête seront supprimés de la liste de sortie.

PAR GROUPE

Vous pouvez demander à SQL d’agréger des données pour vous au cours du traitement d’une requête. le PAR GROUPE La clause vous permet de calculer des statistiques sur des groupes d’enregistrements. Par exemple:

CHOISIR les espèces de fleurs, compter (1) instances
DES GRAINES
GROUPE PAR espèce

Dans cet exemple, vous pouvez voir une fonction, COMPTER. Cela nécessite une colonne comme paramètre, mais vous pouvez simplement lui donner un jeton à la place, dans ce cas, 1.  Cet exemple montre également que vous pouvez donner des alias de noms de colonne. Il n’y a pas de coma entre les espèces et les fleurs dans la première ligne du SÉLECTIONNER. Le SGBD interprétera ce deuxième mot comme étant le nom de colonne à afficher dans la sortie. Dans certaines implémentations SQL, cet alias doit être entre guillemets et dans d’autres il doit être indiqué par le mot clé COMME:

SÉLECTIONNEZ les espèces COMME «fleur», comptez (1) COMME «instances»
DES GRAINES
GROUPE PAR espèce

Mettre un nom significatif sur une colonne est particulièrement important si vous utilisez des fonctions dans votre requête.

La requête ci-dessus vous donnera une liste distincte des noms d’espèces de la table des graines et donnera un compte de tous les enregistrements dans la table qui ont chaque valeur.

COMMANDÉ PAR

Vous pouvez spécifier la séquence de sortie des résultats avec un COMMANDÉ PAR clause. Cela affichera les valeurs par ordre croissant par défaut, mais vous pouvez également spécifier d’afficher les enregistrements par ordre décroissant.

CHOISIR des espèces DISTINCTES
DES GRAINES
COMMANDER PAR ESPÈCE DESC

Si vous avez plusieurs colonnes dans votre sortie, vous pouvez désigner n’importe laquelle de celles-ci comme champ de commande. Dans la plupart des implémentations SQL, vous n’avez pas besoin de taper le nom de la colonne dans la clause ORDER BY, mais uniquement le numéro de position de la colonne, tel que COMMANDEZ PAR 2 lorsque vous souhaitez que la deuxième colonne de la sortie dicte l’ordre d’affichage.

Dans cet exemple, vous voyez le DISTINCT option sur un SÉLECTIONNER, qui a le même effet qu’un PAR GROUPE. Cependant, si vous ajoutez des fonctions d’agrégation à un SELECT, vous devrez utiliser le PAR GROUPE au lieu de DISTINCT.

Fonctions SQL

Vous avez déjà vu la fonction COUNT. Il existe de nombreuses autres fonctions disponibles dans toutes les implémentations de SQL. Il ne s’agit pas, à proprement parler, de SQL, mais d’utilitaires supplémentaires ajoutés par le créateur de la version SQL. Les fonctions statistiques, telles que moyenne, somme, max et min sont communes à toutes les versions SQL.

Mécanismes de contrôle du débit, qui SIle sable TANDIS QUE les boucles n’existent pas en SQL. Cependant, la sélection conditionnelle peut être implémentée à travers une variété de fonctions.

La feuille de triche Comparitech SQL

Il existe une longue liste d’options que vous pouvez ajouter à une instruction SELECT. Ce petit guide ne couvre que la structure de base de l’instruction SELECT, qui est le principal outil de SQL Langage de requête de données. Vous pouvez voir une liste complète dans la feuille de triche Comparitech MySQL (PDF). Cette feuille comprend également les commandes standard utilisées pour le langage de description des données, le langage de contrôle des données et le langage de manipulation des données de SQL..