Quelles sont les règles de syntaxe pour les sous-requêtes dans la base de données MySQL ?

Étant donné que nous sommes confrontés à de nombreuses données inconnues avec des dépendances lors de l'extraction des données, nous devons imbriquer une sous-requête dans l'instruction de requête. Nous devons d’abord récupérer un ensemble de données et utiliser ses résultats comme objet pour 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.

Introduction à la sous-requête

Une sous-requête est une instruction qui imbrique une requête dans une instruction de requête

Les instructions de requête ordinaires sont divisées en sous-requête "SELECT" , sous-requête "FROM", sous-requête "WHERE" ; (il est fortement recommandé d'utiliser la sous-requête "'FROM'")

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

Requête de base salaire Informations sur les employés dont le salaire dépasse le salaire de base moyen de l'entreprise. Dans ce cas, nous l'avons déjà implémenté via des jointures de tables. Voyons maintenant comment l'implémenter à l'aide de sous-requêtes. )

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

WHERE sous-requête

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

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

Basé sur la requête juste démontré Parlons des salariés dont le salaire 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", et la sous-requête "WHERE" appartient ici à " Sous-requête corrélée " Ce type de sous-requête doit être évité.

FROM sous-requête

Dans l'instruction de requête, la sous-requête "FROM" ne sera exécutée qu'une seule fois, ce qui est différent du "WHERE" sous-requête Au contraire, l'efficacité des requêtes est très élevée.

Prenons également comme exemple la requête d'informations sur les employés dont le salaire de base dépasse le salaire de base moyen de l'entreprise pour voir 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.

SELECT sous-requête

Pour être honnête, je n'ai jamais vu ce genre de sous-requête 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 associé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 l'exécution Le résultat soit correct, mais l'efficacité d'exécution est trop faible, donc cette méthode de sous-requête "SELECT" n'est pas recommandée. Comprenez-la simplement lorsque nous voyons d'autres personnes utiliser la sous-requête "SELECT". Lorsque vous le faites, il est préférable de le donner. un rappel amical.

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!