sql join on 多表连接_阿里规范不建议多表join，可这SQL要怎么写啊？

前言

我们先来看一下阿里开发手册的描述

手册上写着【强制】，但是肥朝相信很多同学项目里面的代码都不满足这个要求。但是关键问题是，不用join，这SQL究竟要怎么写啊！

高性能MySQL

高性能MySQL这本书相信大家都看过，在分解大的查询这部分提到。

分解关联查询，即对每个要关联的表进行单表查询，然后将结果在应用程序中进行关联。下面的这个查询：

SELECT * FROM tag
    JOIN tag_post ON tag_post.tag_id=tag.id
    JOIN post ON tag_post.post_id=post.id
WHERE tag.tag = 'mysql';

可以分解成下面这些查询来代替：

SELECT * FROM tag WHERE tag = 'mysql';
SELECT * FROM tag_post WHERE tag_id = 1234;
SELECT * FROM post WHERE post.id in (123,456,567,9098,8904);

但是该方案也会有很明显的问题，就是in后面的参数可能会过多,可见这个方案的通用性其实非常有限。

知乎

我们看一下知乎数据库大佬李晨曦的回答。(原地址https://www.zhihu.com/question/56236190/answer/153450286)

建表的时候，就把这些列放在一个表里，比如一开始有student(id, name)，class(id, description)，student_class(student_id, class_id)三张表，这样是符合数据库范式的(第一范式，第二范式，第三范式，BC范式等)，没有任何冗余，但是马上就不符合“编程规范“了，那我们可以用一张大表代替它，student_class_full(student_id, class_id, name, description)，这样name和description可能要被存储多份，但是由于不需要join了，查询的性能就可以提高很多了。任何的规范都是在特定情况下的某种妥协，脱离了这个环境，就不一定成立了。

该解决方案的具体做法和利弊肥朝认为说得很清楚了。

说出你的故事

那么，你们公司是否有很多多表join的情况呢？是用哪种方案解决，还是说，直接当做没看到不解决！欢迎留言。

遗漏热文？赶紧标星

1. 阿里社招面试指南

2. 阿里应届生面试指南

3. 探寻线程池是如何工作的

4. 到底线程池应该设置多少合适？

5. 跳槽的必备条件是有一份好的简历

6. 不是所有的 Github 都适合写在简历上

7. 所没有项目经验找工作处处碰壁怎么办

8. 每一个开发人员都应该懂得的 UML 规范

9. 工作环境没机会接触高并发、分布式怎么办？

10. 这算是有史以来讲数据库连接池数最清楚的文章了

11. 你以为认为 count(1) 比 count(*) 效率高么？

12. 用了这么多年 Spring Boot 你知道他爹有多大背景吗？