Parlons des bases de la requête de connexion MySQL-tutoriel mysql-php.cn

Cet article vous apporte des connaissances pertinentes sur les requêtes de jointure dans MySQL, y compris les problèmes liés aux jointures internes, aux jointures externes, aux jointures multi-tables et aux sous-requêtes. J'espère qu'il vous sera utile.

Parlons des bases de la requête de connexion MySQL

Apprenez à nouveau la table relationnelle

Nous avons déjà utilisé student_info和student_score两个表来分别存储学生的基本信息和学生的成绩信息，其实合并成一张表也不是不可以，假设将两张表合并后的新表名称为student_merge, alors elle devrait ressembler à ceci :

student_merge table

number	name	sex	numéro d'id_	département	major	heure_d'inscription	sujet	score
20180101	Du Ziteng	Homme	158177 199901044792	École d'informatique	Informatique et ingénierie	2018-09- 01	Soins post-partum des truies	78
20180101	Du Ziteng	Homme	158177199901044792	École d'informatique	Informatique et ingénierie	2018-09-01	Sur les préparatifs de guerre de Saddam	88
20180102	Du Qiyan	Femme	151008199801178529	École d'informatique	Informatique et ingénierie	2018 -09-01	Soins post-partum des truies	100
20180102	Du Qiyan	Femme	151008199801178529	École d'informatique	Informatique et ingénierie	2018-09-01	Sur les préparatifs de guerre de Saddam	98
20180103	Fan Tong	Homme	17156 319980116959X	École d'informatique	Génie logiciel	2018-09-01	Soins post-partum des truies	59
20180103	Fan Tong	Homme	17156319980116959X	École de Informatique	Génie logiciel	2018-09-01	Sur les préparatifs de guerre de Saddam	61
20180104	Shi Zhenxiang	Femme	141992199 701078600	École d'informatique	Génie logiciel	20 18-09-01	Soins post-partum des truies	55
20180104	Shi Zhenxiang	Femelle	141992199701078600	École de Informatique	Génie logiciel	2018-09-01	Sur Saddam Hussein War préparation	46
20180105	Fan Jian	Homme	181048200008156368	Aerospace College	Aircraft Design	2018- 09-01	NULL	NULL
20180106	Zhu Yiqun	Homme	197995199801078445	Aerospace College	Informations électroniques	2018-09-01	NULL	NULL

Avec ce tableau fusionné, nous pouvons interroger non seulement les informations de base de l'élève, mais également les informations de performance de l'élève dans une seule instruction de requête, comme cette instruction de requête :

SELECT number, name, major, subject, score FROM student_merge;

Copier après la connexion

Le nom dans la liste de requêtes et majeur appartient aux informations de base de l'élève, sujet et score appartiennent aux informations de performance de l'élève, et numéroil appartient pour obtenir à la fois des informations sur les notes et des informations de base. Nous pouvons facilement interroger toutes ces informations dans une instruction de requête sur la table student_merge. Mais n'oubliez pas qu'un élève peut avoir des informations de score pour de nombreuses matières. C'est-à-dire que chaque fois que nous voulons ajouter des informations de score pour une matière pour un élève, nous devons recopier ses informations de base. Il s'agit du même stockage redondant. des informations de base des étudiants entraînera les problèmes suivants : name和major属于学生的基本信息，subject和score属于学生的成绩信息，而number既属于成绩信息也属于基本信息，我们可以在一个对student_merge表的查询语句中很轻松的把这些信息都查询出来。但是别忘了一个学生可能会有很多门学科的成绩信息，也就是说每当我们想为一个学生增加一门学科的成绩信息时，我们必须把他的基本信息再抄一遍，这种同一个学生的基本信息被冗余存储会带来下边的问题：

问题一：浪费存储空间。
问题二：当修改某个学生的基本信息时必须修改多处，很容易造成信息的不一致，增大维护的困难。

所以为了尽可能少的存储冗余信息，一开始我们就把这个所谓的student_merge表拆分成了student_info和student_score表，但是这两张表之间有某种关系作为纽带，这里的某种关系指的就是两个表都拥有的number列。

连接的概念

拆分之后的表的确解决了数据冗余问题，但是查询数据却成了一个问题。截至目前为止，在我们介绍的查询方式中，查询结果集只能是一个表中的一个列或者多个列，也就是说到目前为止还没有一种可以在一条查询语句中把某个学生的number、name、major、subject、score这几个信息都查询出来的方式。

小贴士：虽然我们前边介绍的子查询可以在一个查询语句中涉及到多个表，但是整个查询语句最终产生的结果集还是用来展示外层查询的结果，子查询的结果只是被当作中间结果来使用。

时代在召唤一种可以在一个查询语句结果集中展示多个表的信息的方式，连接查询承担了这个艰巨的历史使命。当然，为了故事的顺利发展，我们先建立两个简单的表并给它们填充一点数据：

mysql> CREATE TABLE t1 (m1 int, n1 char(1));
Query OK, 0 rows affected (0.02 sec)

mysql> CREATE TABLE t2 (m2 int, n2 char(1));
Query OK, 0 rows affected (0.02 sec)

mysql> INSERT INTO t1 VALUES(1, 'a'), (2, 'b'), (3, 'c');
Query OK, 3 rows affected (0.00 sec)
Records: 3  Duplicates: 0  Warnings: 0

mysql> INSERT INTO t2 VALUES(2, 'b'), (3, 'c'), (4, 'd');
Query OK, 3 rows affected (0.00 sec)
Records: 3  Duplicates: 0  Warnings: 0

mysql>

Copier après la connexion

我们成功建立了t1、t2两个表，这两个表都有两个列，一个是INT类型的，一个是CHAR(1)类型的，填充好数据的两个表长这样：

mysql> SELECT * FROM t1;
+------+------+
| m1   | n1   |
+------+------+
|    1 | a    |
|    2 | b    |
|    3 | c    |
+------+------+
3 rows in set (0.00 sec)

mysql> SELECT * FROM t2;
+------+------+
| m2   | n2   |
+------+------+
|    2 | b    |
|    3 | c    |
|    4 | d    |
+------+------+
3 rows in set (0.00 sec)

mysql>

Copier après la connexion

连接的本质就是把各个表中的记录都取出来依次匹配的组合加入结果集并返回给用户。我们把t1和t2两个表连接起来的过程如下图所示：

Parlons des bases de la requête de connexion MySQL

这个过程看起来就是把t1表的记录和t2表的记录连起来组成新的更大的记录，所以这个查询过程称之为连接查询。连接查询的结果集中包含一个表中的每一条记录与另一个表中的每一条记录相互匹配的组合，像这样的结果集就可以称之为笛卡尔积。因为表t1中有3条记录，表t2中也有3条记录，所以这两个表连接之后的笛卡尔积就有3×3=9行记录。在MySQL中，连接查询的语法也很随意，只要在FROM语句后边跟多个用逗号,隔开的表名就好了，比如我们把t1表和t2表连接起来的查询语句可以写成这样：

mysql> SELECT * FROM t1, t2;
+------+------+------+------+
| m1   | n1   | m2   | n2   |
+------+------+------+------+
|    1 | a    |    2 | b    |
|    2 | b    |    2 | b    |
|    3 | c    |    2 | b    |
|    1 | a    |    3 | c    |
|    2 | b    |    3 | c    |
|    3 | c    |    3 | c    |
|    1 | a    |    4 | d    |
|    2 | b    |    4 | d    |
|    3 | c    |    4 | d    |
+------+------+------+------+
9 rows in set (0.00 sec)

Copier après la connexion

查询列表处的*代表从FROM语句后列出的表中选取每个列，上边的查询语句其实和下边这几种写法都是等价的：

写法一：
```
SELECT t1.m1, t1.n1, t2.m2, t2.n2 FROM t1, t2;
```
Copier après la connexion
这种写法是将t1、t2表中的列名都显式的写出来，也就是使用了列的全限定名。
写法二：
```
SELECT m1, n1, m2, n2 FROM t1, t2;
```
Copier après la connexion
由于t1、t2表中的列名并不重复，所以没有可能让服务器懵逼的二义性，在查询列表上直接使用列名也是可以的。
写法三：
```
SELECT t1.*, t2.* FROM t1, t2;
```
Copier après la connexion
这种写法意思就是查询t1表的全部的列，t2表的全部的列。

连接过程简介

如果我们乐意，我们可以连接任意数量张表，但是如果没有任何限制条件的话，这些表连接起来产生的笛卡尔积可能是非常巨大的。比方说3个100行记录的表连接起来产生的笛卡尔积就有100×100×100=1000000

Problème 1 : Gaspillage d'espace de stockage.

🎜Ainsi, afin de stocker le moins d'informations redondantes possible, nous avons divisé la table dite student_merge en student_info depuis le début et Tables student_score, mais il existe une certaine relation entre ces deux tables en tant que lien. La certaine relation fait ici référence au

numéro que les deux tables ont  Colonne. 🎜<h2>Le concept de connexion</h2>🎜La table fractionnée résout le problème de la redondance des données, mais l'interrogation des données devient un problème. Jusqu'à présent, dans les méthodes de requête que nous avons introduites, l'ensemble de résultats de la requête ne peut être qu'une ou plusieurs colonnes dans un tableau. Autrement dit, il n'existe aucun moyen de combiner les informations d'un étudiant dans une seule instruction de requête. : <code>numéro

, nom, majeur, sujet et score à l'écart . 🎜

🎜Conseils : Bien que la sous-requête que nous avons introduite précédemment puisse impliquer plusieurs tables dans une seule instruction de requête, l'ensemble de résultats final généré par l'intégralité de l'instruction de requête est toujours utilisé pour afficher les résultats de la requête externe. Les résultats sont uniquement. utilisés comme résultats intermédiaires. 🎜

🎜L'ère réclame un moyen d'afficher les informations de plusieurs tables dans un ensemble de résultats de requête. Rejoindre la requête a entrepris cette mission historique ardue. Bien sûr, pour le bon déroulement de l'histoire, nous créons d'abord deux tableaux simples et les remplissons avec quelques données : 🎜

SELECT * FROM t1, t2 WHERE t1.m1 > 1 AND t1.m1 = t2.m2 AND t2.n2 🎜Nous avons créé avec succès deux tableaux <code>t1</code> et <code>t2</code> , les deux tables ont deux colonnes, l'une est de type <code>INT</code> et l'autre est de type <code>CHAR(1)</code>. Les deux tables remplies de données ressemblent à ceci : 🎜<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">+------+------+
| m1   | n1   |
+------+------+
|    2 | b    |
|    3 | c    |
+------+------+
2 rows in set (0.01 sec)

Copier après la connexion

Parlons des bases de la requête de connexion MySQL

🎜🎜Ce processus semble consister à connecter les enregistrements de la table t1 et les enregistrements de la table t2 pour former un nouveau enregistrement plus grand, ce processus de requête est donc appelé requête de connexion. L'ensemble de résultats d'une requête de jointure contient une combinaison de chaque enregistrement d'une table qui correspond à chaque enregistrement d'une autre table. Un tel ensemble de résultats peut être appelé un produit cartésien. Comme il y a 3 enregistrements dans la table t1 et 3 enregistrements dans la table t2, le produit cartésien après avoir joint les deux tables est 3×3 =9 enregistrements de ligne. Dans MySQL, la syntaxe de la requête de connexion est également très arbitraire. Suivez simplement l'instruction FROM suivie de plusieurs noms de tables séparés par des virgules ,. , par exemple, l'instruction de requête que nous utilisons pour connecter la table t1 et la table t2 peut être écrite comme ceci : 🎜

Introduction au processus d'adhésion

这种只涉及单表的过滤条件我们之前都提到过一万遍了，我们之前也一直称为搜索条件，比如t1.m1 > 1是只针对t1表的过滤条件，t2.n2 是只针对<code>t2表的过滤条件。

下边我们就要看一下携带过滤条件的连接查询的大致执行过程了，比方说下边这个查询语句：

从上边两个步骤可以看出来，我们上边唠叨的这个两表连接查询共需要查询1次t1表，2次t2表。当然这是在特定的过滤条件下的结果，如果我们把t1.m1 > 1这个条件去掉，那么从t1表中查出的记录就有3条，就需要查询3次t2表了。也就是说在两表连接查询中，驱动表只需要查询一次，被驱动表可能会被查询多次。

内连接和外连接

了解了连接查询的执行过程之后，视角再回到我们的student_info表和student_score表。现在我们想在一个查询语句中既查询到学生的基本信息，也查询到学生的成绩信息，就需要进行两表连接了。连接过程就是从student_info表中取出记录，在student_score表中查找number值相同的成绩记录，所以过滤条件就是student_info.number = student_score.number，整个查询语句就是这样：

从上述查询结果中我们可以看到，各个同学对应的各科成绩就都被查出来了，可是有个问题，范剑和朱逸群同学，也就是学号为20180105和20180106的同学因为某些原因没有参加考试，所以在studnet_score表中没有对应的成绩记录。那如果老师想查看所有同学的考试成绩，即使是缺考的同学也应该展示出来，但是到目前为止我们介绍的连接查询是无法完成这样的需求的。我们稍微思考一下这个需求，其本质是想：驱动表中的记录即使在被驱动表中没有匹配的记录，也仍然需要加入到结果集。为了解决这个问题，就有了内连接和外连接的概念：

可是这样仍然存在问题，即使对于外连接来说，有时候我们也并不想把驱动表的全部记录都加入到最后的结果集。这就犯难了，有时候匹配失败要加入结果集，有时候又不要加入结果集，这咋办，有点儿愁啊。。。噫，把过滤条件分为两种不就解决了这个问题了么，所以放在不同地方的过滤条件是有不同语义的：

一般情况下，我们都把只涉及单表的过滤条件放到WHERE子句中，把涉及两表的过滤条件都放到ON子句中，我们也一般把放到ON子句中的过滤条件也称之为连接条件。

左（外）连接的语法还是挺简单的，比如我们要把t1表和t2表进行左外连接查询可以这么写：

其中中括号里的OUTER单词是可以省略的。对于LEFT JOIN类型的连接来说，我们把放在左边的表称之为外表或者驱动表，右边的表称之为内表或者被驱动表。所以上述例子中t1就是外表或者驱动表，t2就是内表或者被驱动表。需要注意的是，对于左（外）连接和右（外）连接来说，必须使用ON子句来指出连接条件。了解了左（外）连接的基本语法之后，再次回到我们上边那个现实问题中来，看看怎样写查询语句才能把所有的学生的成绩信息都查询出来，即使是缺考的考生也应该被放到结果集中：

从结果集中可以看出来，虽然范剑和朱逸群并没有对应的成绩记录，但是由于采用的是连接类型为左（外）连接，所以仍然把它放到了结果集中，只不过在对应的成绩记录的各列使用NULL值填充而已。

右（外）连接和左（外）连接的原理是一样一样的，语法也只是把LEFT换成RIGHT而已：

只不过驱动表是右边的表，被驱动表是左边的表，具体就不唠叨了。

内连接和外连接的根本区别就是在驱动表中的记录不符合ON子句中的连接条件时不会把该记录加入到最后的结果集，我们最开始唠叨的那些连接查询的类型都是内连接。不过之前仅仅提到了一种最简单的内连接语法，就是直接把需要连接的多个表都放到FROM子句后边。其实针对内连接，MySQL提供了好多不同的语法，我们以t1和t2表为例瞅瞅：

上边的这些写法和直接把需要连接的表名放到FROM语句之后，用逗号,分隔开的写法是等价的：

现在我们虽然介绍了很多种内连接的书写方式，不过熟悉一种就好了，这里我们推荐INNER JOIN的形式书写内连接（因为INNER JOIN语义很明确嘛，可以和LEFT JOIN和RIGHT JOIN很轻松的区分开）。这里需要注意的是，由于在内连接中ON子句和WHERE子句是等价的，所以内连接中不要求强制写明ON子句。

我们前边说过，连接的本质就是把各个连接表中的记录都取出来依次匹配的组合加入结果集并返回给用户。不论哪个表作为驱动表，两表连接产生的笛卡尔积肯定是一样的。而对于内连接来说，由于凡是不符合ON子句或WHERE子句中的条件的记录都会被过滤掉，其实也就相当于从两表连接的笛卡尔积中把不符合过滤条件的记录给踢出去，所以对于内连接来说，驱动表和被驱动表是可以互换的，并不会影响最后的查询结果。但是对于外连接来说，由于驱动表中的记录即使在被驱动表中找不到符合ON子句连接条件的记录也会被加入结果集，所以此时驱动表和被驱动表的关系就很重要了，也就是说左外连接和右外连接的驱动表和被驱动表不能轻易互换。

上边说了很多，给大家的感觉不是很直观，我们直接把表t1和t2的三种连接方式写在一起，这样大家理解起来就很easy了：

连接查询产生的结果集就好像把散布到两个表中的信息被重新粘贴到了一个表，这个粘贴后的结果集可以方便我们分析数据，就不用老是两个表对照的看了。

多表连接

上边说过，如果我们乐意的话可以连接任意数量的表，我们再来创建一个简单的t3表：

与t1和t2表的结构一样，也是一个INT列，一个CHAR(1)列，现在我们看一下把这3个表连起来的样子：

其实上边的查询语句也可以写成这样，用哪个取决于你的心情：

其实不管是多少个表的连接，本质上就是各个表的记录在符合过滤条件下的自由组合。

表的别名

我们可以把列的别名用在ORDER BY、GROUP BY等子句上，比如这样：

与列的别名类似，我们也可以为表来定义别名，格式与定义列的别名一致，都是用空白字符或者AS隔开，这个在表名特别长的情况下可以让语句表达更清晰一些，比如这样：

这个例子中，我们在FROM子句中给student_info定义了一个别名s1，student_score定义了一个别名s2，那么在整个查询语句的其他地方就可以引用这个别名来替代该表本身的名字了。

自连接

我们上边说的都是多个不同的表之间的连接，其实同一个表也可以进行连接。比方说我们可以对两个t1表来生成笛卡尔积，就像这样：

咦，报了个错，这是因为设计MySQL的大叔不允许FROM子句中出现相同的表名。我们这里需要的是两张一模一样的t1表进行连接，为了把两个一样的表区分一下，需要为表定义别名。比如这样：

这里相当于我们为t1表定义了两个副本，一个是table1，另一个是table2，这里的连接过程就不赘述了，大家把它们认为是不同的表就好了。由于被连接的表其实是源自同一个表，所以这种连接也称为自连接。我们看一下这个自连接的现实意义，比方说我们想查看与'史珍香'相同专业的学生有哪些，可以这么写：

s1、s2都可以看作是student_info表的一份副本，我们可以这样理解这个查询：

连接查询与子查询的转换

有的查询需求既可以使用连接查询解决，也可以使用子查询解决，比如

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!