需求：在釘釘群個(gè)人簡(jiǎn)介頁(yè)面需要顯示釘釘群名稱(chēng)和簡(jiǎn)介，每個(gè)群成員的別名，以及釘釘群主的個(gè)人簽名信息。其中需求中所需信息存放在以下四個(gè)表中：user，user_profile，groups，user_group。

方案選擇

方案1：

先看看最簡(jiǎn)單的實(shí)現(xiàn)方法，一條 SQL 語(yǔ)句搞定所有事情：

SELECT name,description,user_type,nick_name,sign FROM groups,user_group,user ,user_profile WHERE groups.id =？ 
 
AND groups.id=user_group.group_id AND useruser_group.user_id=user.id AND useruser_profile.user_id=user.id 

方案2：

通過(guò)稍微復(fù)雜一點(diǎn)的方法分兩步搞定：

首先取得所有需要展示的 釘釘group 的相關(guān)信息和所有釘釘群組員的別名信息和組員類(lèi)別：

SELECT name,description,user_type,nick_name FROM groups,user_group,user WHERE groups.id =? AND groups.id=user_group.group_id AND useruser_group.user_id=user.id 

然后在程序中通過(guò)上面結(jié)果集中的 user_type 找到群主的 user_id 再到 user_profile 表中取得釘釘群主的個(gè)人簽名信息：

SELECT sign FROM user_profile WHERE user_id =? 

方案比較：

以上兩種解決方案最大的區(qū)別在于交互次數(shù)和 SQL 復(fù)雜度。而帶來(lái)的實(shí)際影響是第一種解決方案對(duì) user_profile表有不必要的訪(fǎng)問(wèn)(非群主的 profile 信息)，造成 IO 訪(fǎng)問(wèn)的直接增加在 20%左右。而在實(shí)際應(yīng)用中，IO 操作在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)中是非常昂貴的資源。尤其是當(dāng)這個(gè)功能的 PV 較大的時(shí)候，第一種方案造成的 IO 損失是相當(dāng)大的。

總結(jié)

重復(fù)執(zhí)行相同的 SQL 造成資源浪費(fèi)這個(gè)問(wèn)題其實(shí)很多人都知道，但是在應(yīng)用系統(tǒng)開(kāi)發(fā)過(guò)程中，仍然會(huì)常有這樣的現(xiàn)象存在。究其原因，主要還是開(kāi)發(fā)工程師思維中面向?qū)ο蟮母拍钐^(guò)深入，以及為了減少自己代碼開(kāi)發(fā)的邏輯和對(duì)程序接口過(guò)度依賴(lài)所造成的。