mysql使用GROUP_CONCAT和left join进行联合多表查询,(处理多表查询时,某表数据为空null值处理以及结果集多条数据展示在一行的处理)

mysql使用GROUP_CONCAT和left join进行联合多表查询

(处理多表查询时,某表数据为空null值处理以及结果集多条数据展示在一行的处理)

---

文章是按照需求分析以及跳坑顺序情景再现的顺序来写的.

如果你不是小白,你可以直接跳到最后看一下代码看个思路.

---

有三个表,分别是

buyer表,记录用户的信息

buyerstags表,记录用户有哪些标签,标签是谁赋予的.是一个用户与标签的关系表.通常不用来记录需要显示给UI的数据

tagforbuyer表,直接理解就是标签表,里面是每个标签的信息.由于这个标签是为了买家建立的,所以取名比较长,在本例中,可以直接理解为tag

 

现实应用中,我们常常需要一句话把需要的简单信息查询出来,

所以我们需要联合查询

其中,联合查询,可以直接使用 from多表的方式 也可以使用 left join的方式

下面通过实际操作 来看一下具体的哪些功能需要哪些语法

 

---

首先 需求是这样的:

查到如下显示效果的信息:

要查询的字段有  

买家id,买家昵称,所拥有的标签名称 (注意 这里的buyerstags只是一个关系表.要查询的时候需要借助此表,但是不展示他的字段)

并且,一个买家有多个标签的时候,我们使用  "标签1,标签2,标签3"这样的 使用一行数据,标签字段使用逗号分隔的方式展示出来

然后,我们想到的是使用多表联合基础查询

来看一下 这个5908买家的所有标签

但是我们想要 家属,微信一般顾客  这样的一行数据  就需要使用的group_concat

运行起来是这样的

但是这样就有一个问题 那就是 如果你where=条件的时候会返回一条数据,那么where in的时候 就也会合并到一行 如下:

 

可以看到,显然不是我们要的结果,因为我们需要把这三个买家的信息和他们的标签分别展示出来.那我们就需要加一个group by,不然的话,group_concat默认是把所有结果表述成一行

好了 看起来好像没有问题了. 不过注意  这里没有5910的信息呀? 为什么呢  因为   在where条件中,这种联表查询的时候 有一个条件的不符合,就不会返回结果.

这条语句中,当在检索买家的标签关系表  tagforbuyer的时候,没有关于5910的标签关联信息,所以,匹配是空的,就没有返回这一条结果.

后来  我摸索着,在where条件中 使用ifnull, if  在里面子集select等等多种多种方式(因为我也是半路出家) 最后都失败了.

然后重新摸起书,上谷歌翻资料 想到了left join

这个left join的特点是,当你查询的时候,如果前面的表有数据,返回前面查询表的数据,后面的如果匹配不上,就是null   这好像就是我们要的结果了.

于是改用left join

这里我们又要注意了.tagid,tagname的关系,  比如结果第一行  id就一个,name是2个  显然id是错误的,因为没有用group_concat

改一下:

那这样就对了.

由于我们不需要使用tagid字段 所以可以给他去掉,也是不影响结果的,只要关系语句中关系表述正确即可

最后,我们在where条件中,加入我们想要搜索的买家的id集合

结果是正确的.

但是现实使用中,我们可能还需要使用关联的拼音检索表,根据电话查询等场景,所以 我们还需要在 where buyer.buyerid in 里面变成我们自己的查询语句 比如

或者增加根据电话查询(如果不在应用程序判断给定的内容是字符串还是数字的话,直接加条件,也不会太影响性能)

如果想把数字和字母的检索分开的话,可以在查询数据库之前,应用程序判断查询的条件,比如判断了是数字检索 那么就查询mobile字段

这样查询就简单了.

这两种查询,返回的结果如果放在where in语句中,就相当于是  1,2,3,4,5  这样的数据

所以增加了拼音和电话检索的语句是这样的

圈选位置就是代替了之前的  5908,5909,5910

 

查询示例: