点击上方“方志朋”,选择“设为星标”
回复”666“获取新整理的面试资料
前言
我们先来看一下阿里开发手册的描述
手册上写着【强制】,但是肥朝相信很多同学项目里面的代码都不满足这个要求。但是关键问题是,不用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的情况呢?是用哪种方案解决,还是说,直接当做没看到不解决!欢迎留言告诉肥朝。
热门内容:
史上最全的数据库面试题,不看后悔篇!解锁新姿势:探讨复杂的 if-else 语句“优雅处理”的思路
“醒醒吧,世界上有技术驱动型公司!”
HttpClient连接池设置引发的一次雪崩
SpringBoot 整合 Shiro 实现动态权限加载更新+ Session 共享 + 单点登录老弟,你连HTTPS 原理都不懂,还给我讲“中间人攻击”,逗我吗...Mybatis:颠覆你心中对事务的理解
最近面试BAT,整理一份面试资料《Java面试BAT通关手册》,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。
获取方式:点“在看”,关注公众号并回复 666 领取,更多内容陆续奉上。
明天见(。・ω・。)ノ♡