大家好，我是考100分的小小码 ，祝大家学习进步，加薪顺利呀。今天说一说阿里规范不建议多表Join，可这SQL要怎么写？,希望您对编程的造诣更进一步.
阿里开发手册的描述，禁止多表join：
手册上写着【强制】，相信很多同学项目里面的代码都不满足这个要求。
但是关键问题是：不用join，这SQL究竟要怎么写？！
分解关联查询
即对每个要关联的表进行单表查询，然后将结果在应用程序中进行关联。下面的这个查询：
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";
代码100分
可以分解成下面这些查询来代替：
代码100分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后面的参数可能会过多,可见这个方案的通用性其实非常有限。
打破范式标准
建议建表的时候，就把这些列放在一个表里，比如一开始有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在阿里规范是强制不允许的，但比如在管理后台这类并发量很低的业务场景下，依然是可以进行多表Join操作的！
多表Join并不一定是很Low的做法，在错误场景下多表Join才是很Low的做法！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
转载请注明出处: https://daima100.com/11150.html
