SQL Server 索引結(jié)構(gòu)及其使用(二) 改善SQL語句第3/3頁
更新時間:2009年04月09日 00:38:23 作者:
很多人不知道SQL語句在SQL SERVER中是如何執(zhí)行的,他們擔(dān)心自己所寫的SQL語句會被SQL SERVER誤解。
10、count(*)不比count(字段)慢
某些資料上說:用*會統(tǒng)計所有列,顯然要比一個世界的列名效率低。這種說法其實(shí)是沒有根據(jù)的。我們來看:
select count(*) from Tgongwen
用時:1500毫秒
select count(gid) from Tgongwen
用時:1483毫秒
select count(fariqi) from Tgongwen
用時:3140毫秒
select count(title) from Tgongwen
用時:52050毫秒
從以上可以看出,如果用count(*)和用count(主鍵)的速度是相當(dāng)?shù)?,而count(*)卻比其他任何除主鍵以外的字段匯總速度要快,而且字段越長,匯總的速度就越慢。我想,如果用count(*), SQL SERVER可能會自動查找最小字段來匯總的。當(dāng)然,如果您直接寫count(主鍵)將會來的更直接些。
11、order by按聚集索引列排序效率最高
我們來看:(gid是主鍵,fariqi是聚合索引列):
select top 10000 gid,fariqi,reader,title from tgongwen
用時:196 毫秒。 掃描計數(shù) 1,邏輯讀 289 次,物理讀 1 次,預(yù)讀 1527 次。
select top 10000 gid,fariqi,reader,title from tgongwen order by gid asc
用時:4720毫秒。 掃描計數(shù) 1,邏輯讀 41956 次,物理讀 0 次,預(yù)讀 1287 次。
select top 10000 gid,fariqi,reader,title from tgongwen order by gid desc
用時:4736毫秒。 掃描計數(shù) 1,邏輯讀 55350 次,物理讀 10 次,預(yù)讀 775 次。
用時:173毫秒。
select top 10000 gid,fariqi,reader,title from tgongwen order by fariqi asc
掃描計數(shù) 1,邏輯讀 290 次,物理讀 0 次,預(yù)讀 0 次。
select top 10000 gid,fariqi,reader,title from tgongwen order by fariqi desc
用時:156毫秒。 掃描計數(shù) 1,邏輯讀 289 次,物理讀 0 次,預(yù)讀 0 次。
從以上我們可以看出,不排序的速度以及邏輯讀次數(shù)都是和“order by 聚集索引列” 的速度是相當(dāng)?shù)?,但這些都比“order by 非聚集索引列”的查詢速度是快得多的。
同時,按照某個字段進(jìn)行排序的時候,無論是正序還是倒序,速度是基本相當(dāng)?shù)摹?
12、高效的TOP
事實(shí)上,在查詢和提取超大容量的數(shù)據(jù)集時,影響數(shù)據(jù)庫響應(yīng)時間的最大因素不是數(shù)據(jù)查找,而是物理的I/0操作。如:
select top 10 * from (
select top 10000 gid,fariqi,title from tgongwen
where neibuyonghu=''辦公室''
order by gid desc) as a
order by gid asc
這條語句,從理論上講,整條語句的執(zhí)行時間應(yīng)該比子句的執(zhí)行時間長,但事實(shí)相反。因?yàn)?,子句?zhí)行后返回的是10000條記錄,而整條語句僅返回10條語句,所以影響數(shù)據(jù)庫響應(yīng)時間最大的因素是物理I/O操作。而限制物理I/O操作此處的最有效方法之一就是使用TOP關(guān)鍵詞了。TOP關(guān)鍵詞是SQL SERVER中經(jīng)過系統(tǒng)優(yōu)化過的一個用來提取前幾條或前幾個百分比數(shù)據(jù)的詞。經(jīng)筆者在實(shí)踐中的應(yīng)用,發(fā)現(xiàn)TOP確實(shí)很好用,效率也很高。但這個詞在另外一個大型數(shù)據(jù)庫ORACLE中卻沒有,這不能說不是一個遺憾,雖然在ORACLE中可以用其他方法(如:rownumber)來解決。在以后的關(guān)于“實(shí)現(xiàn)千萬級數(shù)據(jù)的分頁顯示存儲過程”的討論中,我們就將用到TOP這個關(guān)鍵詞。
到此為止,我們上面討論了如何實(shí)現(xiàn)從大容量的數(shù)據(jù)庫中快速地查詢出您所需要的數(shù)據(jù)方法。當(dāng)然,我們介紹的這些方法都是“軟”方法,在實(shí)踐中,我們還要考慮各種“硬”因素,如:網(wǎng)絡(luò)性能、服務(wù)器的性能、操作系統(tǒng)的性能,甚至網(wǎng)卡、交換機(jī)等。
相關(guān)文章
SQLServer 2008 CDC功能實(shí)現(xiàn)數(shù)據(jù)變更捕獲腳本
這篇文章主要介紹了使用SQLServer 2008的CDC功能實(shí)現(xiàn)數(shù)據(jù)變更捕獲的腳本,大家參考使用2013-11-11
sql添加數(shù)據(jù)后返回受影響行數(shù)據(jù)
Inserted 表用于存儲 INSERT 和 UPDATE 語句所影響的行的副本。在一個插入或更新事務(wù)處理中,新建行被同時添加到 inserted 表和觸發(fā)器表中2011-11-11
SQL Server 性能調(diào)優(yōu)之查詢從20秒至2秒的處理方法
這篇文章主要介紹了SQL Server 性能調(diào)優(yōu)之查詢從20秒至2秒的處理方法,需要的朋友可以參考下2017-07-07
使用SQL語句實(shí)現(xiàn)查詢排序,順序和倒序
這篇文章主要介紹了使用SQL語句實(shí)現(xiàn)查詢排序、順序和倒序,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-05-05
SQL Server誤區(qū)30日談 第30天 有關(guān)備份的30個誤區(qū)
備份不會導(dǎo)致對用戶對象加鎖,雖然備份對IO系統(tǒng)的負(fù)擔(dān)導(dǎo)致看起來阻塞了,但實(shí)際上不會。唯一的特例是當(dāng)備份包含到那些最小日志操作涉及到的數(shù)據(jù)區(qū)需要被加鎖時,這個操作會阻塞CheckPoint,但DML操作永遠(yuǎn)不會受到備份操作的阻塞2013-01-01
sqlServer實(shí)現(xiàn)分頁查詢的三種方式
在SqlServer中分頁查詢是經(jīng)常用到的查詢語句,一個好的分頁查詢語句,不能將代碼省略,下面這篇文章主要給大家介紹了關(guān)于sqlServer實(shí)現(xiàn)分頁查詢的三種方式,需要的朋友可以參考下2023-03-03
SQL Server簡單模式下誤刪除堆表記錄恢復(fù)方法(繞過頁眉校驗(yàn))
這篇主旨是揭示堆表的刪除記錄找回的原理,我所考慮的方面并不適用于每個人的每種情況,望大家見諒2013-01-01
實(shí)現(xiàn)按關(guān)健字模糊查詢,并按匹配度排序的SQL語句
SQL語句實(shí)現(xiàn)按關(guān)健字模糊查詢,并按匹配度排序2009-09-09

