8、union并不絕對比or的執(zhí)行效率高

　　我們前面已經(jīng)談到了在where子句中使用or會引起全表掃描，一般的，我所見過的資料都是推薦這里用union來代替or。事實(shí)證明，這種說法對于大部分都是適用的。

　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen

　　where fariqi='2004-9-16' or gid>9990000

　　用時：68秒。掃描計(jì)數(shù) 1，邏輯讀 404008 次，物理讀 283 次，預(yù)讀 392163 次。

　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen

　　where fariqi='2004-9-16'

　　union

　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen where gid>9990000

　　用時：9秒。掃描計(jì)數(shù) 8，邏輯讀 67489 次，物理讀 216 次，預(yù)讀 7499 次。

　　看來，用union在通常情況下比用or的效率要高的多。

　　但經(jīng)過試驗(yàn)，筆者發(fā)現(xiàn)如果or兩邊的查詢列是一樣的話，那么用union則反倒和用or的執(zhí)行速度差很多，雖然這里union掃描的是索引，而or掃描的是全表。

　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen

　　where fariqi='2004-9-16' or fariqi='2004-2-5'

　　用時：6423毫秒。掃描計(jì)數(shù) 2，邏輯讀 14726 次，物理讀 1 次，預(yù)讀 7176 次。

　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen

　　where fariqi='2004-9-16'

　　union

　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen

　　where fariqi='2004-2-5'

　　用時：11640毫秒。掃描計(jì)數(shù) 8，邏輯讀 14806 次，物理讀 108 次，預(yù)讀 1144 次。

　　9、字段提取要按照“需多少、提多少”的原則，避免“select *”

　　我們來做一個試驗(yàn)：

　　select top 10000 gid,fariqi,reader,title from tgongwen order by gid desc

　　用時：4673毫秒

　　select top 10000 gid,fariqi,title from tgongwen order by gid desc

　　用時：1376毫秒

　　select top 10000 gid,fariqi from tgongwen order by gid desc

　　用時：80毫秒

　　由此看來，我們每少提取一個字段，數(shù)據(jù)的提取速度就會有相應(yīng)的提升。提升的速度還要看您舍棄的字段的大小來判斷。

文章出處：http://blog.csdn.net/cuizm/article/details/4498980

轉(zhuǎn)載于:https://www.cnblogs.com/zrj531/archive/2012/02/22/2362745.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結(jié)

以上是生活随笔為你收集整理的sql server 海量数据速度提升：SQL优化-索引（9） 【转】的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。