多表查詢好，還是單表查詢好？SQL聯(lián)接表查詢稱為聯(lián)合查詢，每個(gè)表查詢都是單個(gè)查詢。兩者的區(qū)別、優(yōu)缺點(diǎn)如下：1。從開(kāi)發(fā)效率的角度來(lái)看，聯(lián)合查詢是一種需要將多個(gè)單個(gè)查詢邏輯組合起來(lái)的查詢工作。聯(lián)合查詢只需

多表查詢好，還是單表查詢好？

SQL聯(lián)接表查詢稱為聯(lián)合查詢，每個(gè)表查詢都是單個(gè)查詢。兩者的區(qū)別、優(yōu)缺點(diǎn)如下：

1。從開(kāi)發(fā)效率的角度來(lái)看，聯(lián)合查詢是一種需要將多個(gè)單個(gè)查詢邏輯組合起來(lái)的查詢工作。聯(lián)合查詢只需要一個(gè)SQL就可以完成查詢工作，即將業(yè)務(wù)邏輯放到SQL中，通過(guò)數(shù)據(jù)庫(kù)進(jìn)行處理，這樣開(kāi)發(fā)效率相對(duì)較高。

2. 從查詢效率的角度來(lái)看：?jiǎn)蝹€(gè)查詢具有較高的可重用性，因此效率會(huì)高于聯(lián)合查詢。

3. 從邏輯架構(gòu)分層原則的角度來(lái)看，關(guān)聯(lián)關(guān)系表示業(yè)務(wù)規(guī)則/邏輯。如果使用大量的關(guān)聯(lián)查詢，會(huì)在數(shù)據(jù)庫(kù)中執(zhí)行大量的業(yè)務(wù)規(guī)則和邏輯，這將大大增加CPU、內(nèi)存、IO等資源的消耗。

4. 就資源利用率而言，在大多數(shù)場(chǎng)景中，并不是所有關(guān)聯(lián)查詢的結(jié)果都能得到有效利用。例如后臺(tái)管理的列表界面會(huì)以頁(yè)面的形式顯示，聯(lián)查的結(jié)果集只使用當(dāng)前頁(yè)面的數(shù)據(jù)，但數(shù)據(jù)庫(kù)需要消耗額外的資源才能得到所有的結(jié)果集。

5. 從體系結(jié)構(gòu)可擴(kuò)展性的角度來(lái)看，大量的關(guān)聯(lián)查詢將導(dǎo)致數(shù)據(jù)庫(kù)體系結(jié)構(gòu)由集中式向分布式的轉(zhuǎn)變，而可擴(kuò)展性的優(yōu)化是一個(gè)難點(diǎn)。關(guān)聯(lián)查詢方便快捷，開(kāi)發(fā)效率高。在體系結(jié)構(gòu)層次上不使用關(guān)聯(lián)查詢有很多優(yōu)點(diǎn)，但對(duì)系統(tǒng)的分析、設(shè)計(jì)和開(kāi)發(fā)能力要求很高。一般來(lái)說(shuō)，在互聯(lián)網(wǎng)行業(yè)用戶眾多的情況下，最好注意這方面。由于數(shù)據(jù)量小，兩種查詢的效率沒(méi)有差別，但在實(shí)際應(yīng)用中，我們應(yīng)該根據(jù)數(shù)據(jù)量和業(yè)務(wù)復(fù)雜度來(lái)綜合評(píng)價(jià)。