Résumé des règles de syntaxe des sous-requêtes de base de données MySQL

Cet article vous apporte des connaissances pertinentes sur mysql, qui introduit principalement des problèmes liés aux règles de syntaxe des sous-requêtes de base de données. Une sous-requête est une requête imbriquée dans l'instruction de requête. En effet, nous extrayons de nombreuses données inconnues. ont des dépendances ; examinons-les ensemble, j'espère que cela sera utile à tout le monde.

Apprentissage recommandé : Tutoriel vidéo MySQL

Une sous-requête est une requête imbriquée dans l'instruction de requête En effet, lorsque nous extrayons des données, de nombreuses données inconnues ont des dépendances. À ce stade, nous devons d'abord interroger l'ensemble de résultats d'un ensemble de données, puis utiliser cet ensemble de résultats comme objet de la requête suivante. Dans le "Chapitre sur les connexions de tables", nous avons déjà parlé du problème de la faible efficacité des sous-requêtes. En fait, toutes les sous-requêtes ne sont pas inefficaces. La sous-requête "WHERE" doit être exécutée à plusieurs reprises lors de la correspondance des enregistrements. recommandé ; mais si vous utilisez le jeu de résultats de la requête comme table et établissez une connexion avec d'autres tables, il s'agit d'une sous-requête de la clause "FROM". Cette méthode de sous-requête est toujours recommandée.

En détail, les sous-requêtes sont divisées en « sous-requête à une seule ligne », « sous-requête à plusieurs lignes », sous-requête « WHERE », sous-requête « FROM » et sous-requête « SELECT » ; c'est ce que nous devons apprendre dans le contenu de ce chapitre ;

Introduction à la sous-requête

Une sous-requête est une instruction de requête imbriquée avec une autre requête

Les instructions de requête ordinaires sont divisées en sous-requête "SELECT", sous-requête "FROM" et sous-requête "WHERE" (fortement recommandé) Utilisez "' ; FROM' sous-requête")

Des exemples de sous-requête sont les suivants :

Rechercher des informations sur les employés dont le salaire de base dépasse le salaire de base moyen de l'entreprise. (Nous avons déjà utilisé des jointures de tables pour faire ce cas. Voyons comment l'implémenter via des sous-requêtes.)

SELECT
    empno, ename, sal
FROM 
    t_emp
WHERE
    sal >= (SELECT AVG(sal) FROM t_emp);
    
-- 正常情况下，将聚合函数作为 WHERE 子句的条件是不可以的，但是这里利用子查询与聚合函数先将平均底薪查询出来，这就变成具体的数据了
-- 这种情况下，作为 WHERE 子句的条件，就可以被使用了

Ce qui précède est la sous-requête de la clause WHERE, mais la sous-requête de la clause WHERE est il n'est pas recommandé d'utiliser la méthode de jointure de table.

Sous-requête WHERE

Lors de l'écriture d'instructions SQL, la sous-requête WHERE est la plus conforme à notre logique de pensée

Bien que ce type de sous-requête soit le plus simple et le plus facile à comprendre, c'est une sous-requête très inefficace

Prenons la requête vient de démontrer qu'il interroge les informations sur les employés dont le salaire de base dépasse le salaire de base moyen de l'entreprise. Lorsque la clause "WHERE" compare chaque enregistrement d'employé avec la sous-requête "SELECT", la sous-requête doit être réexécutée. Si la table des employés contient 10 000 enregistrements, la sous-requête doit être exécutée 10 000 fois. Une exécution répétée autant de fois est extrêmement inefficace.

Dans l'instruction de requête, la sous-requête interrogée à plusieurs reprises est appelée « sous-requête corrélée ». La sous-requête « WHERE » appartient ici à la « sous-requête corrélée ».

Sous-requête FROM

Dans l'instruction de requête, la sous-requête "FROM" ne sera exécutée qu'une seule fois, ce qui est l'opposé de la sous-requête "WHERE", l'efficacité de la requête est donc très élevée.

En prenant également l'exemple de l'interrogation des informations sur les employés dont le salaire de base dépasse le salaire de base moyen de l'entreprise, examinons comment la sous-requête « DE » est implémentée.

SELECT
    e.empno, e.ename, e.sal, t.avg
FROM t_emp e 
JOIN (SELECT deptno, AVG(sal) AS avg FROM t_emp GROUP BY deptno) t
ON e.deptno = t.deptno 
AND e.sal >= t.avg;

-- 首先，按照每一个部门编号去分组，然后统计部门标号与该部门对应的平均月薪。将这个结果集作为一张临时的表与员工的表做连接。
-- 连接的条件为 "员工表" 的 "部门编号" = "结果集" 的 "部门编号"，并且员工的月薪大于部门的平均月薪

Cette question peut donc être facilement implémentée en utilisant la sous-requête "FROM", et il n'est pas nécessaire d'utiliser la sous-requête "WHERE". Étant donné que la sous-requête « FROM » n'est pas une sous-requête corrélée, ce type de sous-requête doit être limité lors de la résolution de certains problèmes.

Sous-requête SELECT

Pour être honnête, je n'ai jamais vu ce genre de sous-requête une seule fois dans tous les projets que j'ai vécus jusqu'à présent.

La raison est que la sous-requête "SELECT" est également une sous-requête corrélée. Elle sera exécutée à plusieurs reprises dans l'instruction SQL et l'efficacité de la requête est très faible.

Ici, nous allons donner un exemple : Par exemple, si nous voulons interroger les informations sur le service de chaque employé,

SELECT
    e.empno,
    e.ename,
    (SELECT dname FROM t_dept WHERE deptno = e.deptno) AS 部门名称
FROM t_emp e;

-- 先试用 "SELECT" 子查询查询出 "部门表" 中的部门名称，约束条件为 "部门表"中的 "部门编号" 与 "员工表"中的 "部门编号" 一致
-- 将 "SELECT" 子查询得到的 "部门名称" 作为SQL语句中的一个字段进行输出

Bien que le résultat de l'exécution soit correct, l'efficacité de l'exécution est trop faible, donc ceci" Le SELECT " La méthode de sous-requête n'est pas non plus recommandée. Comprenez-la simplement. Lorsque nous voyons d'autres personnes utiliser la sous-requête "SELECT", il est préférable de lui faire un rappel amical.

Apprentissage recommandé : Tutoriel vidéo mysql

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!