問題描述

問題解答

SELECT id, title, content, tagFROM article_table LEFT JOIN (SELECT article_id, group_concat(tag_name) AS tag FROM tag_table GROUP BY article_id) AS tag_data ON id = article_id;

這個(gè)是批量查詢的，單條你自己加一下article_id的限制就行了

如果你只是查詢一個(gè)article_id的話，article_id加上索引之后這里沒有任何的性能問題，不要聽下面看過幾頁書(子查詢會降低查詢效率)的人就來說什么性能問題。

樓上的這位兄臺，你查詢的這個(gè)數(shù)據(jù)，明顯不對啊！實(shí)話告訴你吧，如果你真的想一條語句搞定，別說實(shí)現(xiàn)不了，就算實(shí)現(xiàn)了，效率也很低，其實(shí)，直接一條語句，不會出這個(gè)數(shù)據(jù)格式的數(shù)據(jù)的，別想了。建議再查一次tag標(biāo)簽信息。

建議分兩次查詢，查詢出文章信息再循環(huán)獲取標(biāo)簽，這樣對性能方面會好一些。如果數(shù)據(jù)過大可以使用緩存，來存儲數(shù)據(jù)

select t1.id,t1.title,t1.content,group_concat(t2.tag_name) tags from article t1 left join tag t2 on t1.id=t2.article_id where t1.id=1 group by t1.id

標(biāo)簽表tag要根據(jù)article_id建索引，這樣的效率不會低到哪里

支持@abul的答案，題主要求的是一條sql查出需要的結(jié)果

select t1.id,t1.title,t1.content,group_concat(t2.tag_name) tags from article t1 left join tag t2 on t1.id=t2.article_id where t1.id=1 group by t1.id;

PS:這樣的需求只針對結(jié)果集較少的情況，線上應(yīng)該只是展示給用戶的一個(gè)或10個(gè)文章列表加標(biāo)簽，而對于樓上小伙伴討論的數(shù)據(jù)量大了以后的問題，如果只是取出幾條文章及標(biāo)簽展示給用戶，我們只需要取出這部分文章id再關(guān)聯(lián)標(biāo)簽表取出標(biāo)簽即可，索引建好效率不會差，再有熱門文章標(biāo)簽數(shù)據(jù)我們也完全可以放到緩存中。但是如果要統(tǒng)計(jì)所有文章標(biāo)簽的話，這就屬于生成報(bào)表了，這應(yīng)該是不對前端用戶開放的，只需要后臺報(bào)表庫跑起來就好，也不用擔(dān)心效率問題影響到用戶體驗(yàn)！So。。題主自己選好了

必須重新整合數(shù)據(jù)結(jié)構(gòu),樓上說的有道理