阿里開發(fā)手冊(cè)的描述，禁止多表join：
手冊(cè)上寫著【強(qiáng)制】，相信很多同學(xué)項(xiàng)目里面的代碼都不滿足這個(gè)要求。
但是關(guān)鍵問題是：不用join，這SQL究竟要怎么寫？！
分解關(guān)聯(lián)查詢
即對(duì)每個(gè)要關(guān)聯(lián)的表進(jìn)行單表查詢，然后將結(jié)果在應(yīng)用程序中進(jìn)行關(guān)聯(lián)。下面的這個(gè)查詢：
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);
但是該方案也會(huì)有很明顯的問題，就是in后面的參數(shù)可能會(huì)過多,可見這個(gè)方案的通用性其實(shí)非常有限。
打破范式標(biāo)準(zhǔn)
建議建表的時(shí)候，就把這些列放在一個(gè)表里，比如一開始有student(id, name)，class(id, description)，student_class(student_id, class_id)三張表，這樣是符合數(shù)據(jù)庫(kù)范式的(第一范式，第二范式，第三范式，BC范式等)，沒有任何冗余，但是馬上就不符合“編程規(guī)范“了，那我們可以用一張大表代替它，student_class_full(student_id, class_id, name, description)，這樣name和description可能要被存儲(chǔ)多份，但是由于不需要join了，查詢的性能就可以提高很多了。
任何的規(guī)范都是在特定情況下的某種妥協(xié)，脫離了這個(gè)環(huán)境，就不一定成立了。
需要說明的是，這種脫離范式的設(shè)計(jì)，是互聯(lián)網(wǎng)業(yè)務(wù)在設(shè)計(jì)高并發(fā)表時(shí)慣用的做法！
具體問題具體分析
最后，建議具體問題具體分析，即使多表Join在阿里規(guī)范是強(qiáng)制不允許的，但比如在管理后臺(tái)這類并發(fā)量很低的業(yè)務(wù)場(chǎng)景下，依然是可以進(jìn)行多表Join操作的！
多表Join并不一定是很Low的做法，在錯(cuò)誤場(chǎng)景下多表Join才是很Low的做法！
