SQL Server 索引結(jié)構(gòu)及其使用(二) 改善SQL語(yǔ)句第1/3頁(yè)
select * from table1 where name=''zhangsan'' and tID > 10000
和執(zhí)行:
select * from table1 where tID > 10000 and name=''zhangsan''
一些人不知道以上兩條語(yǔ)句的執(zhí)行效率是否一樣,因?yàn)槿绻?jiǎn)單的從語(yǔ)句先后上看,這兩個(gè)語(yǔ)句的確是不一樣,如果tID是一個(gè)聚合索引,那么后一句僅僅從表的10000條以后的記錄中查找就行了;而前一句則要先從全表中查找看有幾個(gè)name=''zhangsan''的,而后再根據(jù)限制條件條件tID>10000來(lái)提出查詢(xún)結(jié)果。
事實(shí)上,這樣的擔(dān)心是不必要的。SQL SERVER中有一個(gè)“查詢(xún)分析優(yōu)化器”,它可以計(jì)算出where子句中的搜索條件并確定哪個(gè)索引能縮小表掃描的搜索空間,也就是說(shuō),它能實(shí)現(xiàn)自動(dòng)優(yōu)化。
雖然查詢(xún)優(yōu)化器可以根據(jù)where子句自動(dòng)的進(jìn)行查詢(xún)優(yōu)化,但大家仍然有必要了解一下“查詢(xún)優(yōu)化器”的工作原理,如非這樣,有時(shí)查詢(xún)優(yōu)化器就會(huì)不按照您的本意進(jìn)行快速查詢(xún)。
在查詢(xún)分析階段,查詢(xún)優(yōu)化器查看查詢(xún)的每個(gè)階段并決定限制需要掃描的數(shù)據(jù)量是否有用。如果一個(gè)階段可以被用作一個(gè)掃描參數(shù)(SARG),那么就稱(chēng)之為可優(yōu)化的,并且可以利用索引快速獲得所需數(shù)據(jù)。
SARG的定義:用于限制搜索的一個(gè)操作,因?yàn)樗ǔJ侵敢粋€(gè)特定的匹配,一個(gè)值得范圍內(nèi)的匹配或者兩個(gè)以上條件的AND連接。形式如下:
列名 操作符 <常數(shù) 或 變量>
或
<常數(shù) 或 變量> 操作符列名
列名可以出現(xiàn)在操作符的一邊,而常數(shù)或變量出現(xiàn)在操作符的另一邊。如:
Name='張三'
價(jià)格>5000
5000<價(jià)格
Name='張三' and 價(jià)格>5000
如果一個(gè)表達(dá)式不能滿(mǎn)足SARG的形式,那它就無(wú)法限制搜索的范圍了,也就是SQL SERVER必須對(duì)每一行都判斷它是否滿(mǎn)足WHERE子句中的所有條件。所以一個(gè)索引對(duì)于不滿(mǎn)足SARG形式的表達(dá)式來(lái)說(shuō)是無(wú)用的。
介紹完SARG后,我們來(lái)總結(jié)一下使用SARG以及在實(shí)踐中遇到的和某些資料上結(jié)論不同的經(jīng)驗(yàn):
1、Like語(yǔ)句是否屬于SARG取決于所使用的通配符的類(lèi)型
如:name like ‘張%' ,這就屬于SARG
而:name like ‘%張' ,就不屬于SARG。
原因是通配符%在字符串的開(kāi)通使得索引無(wú)法使用。
2、or 會(huì)引起全表掃描
Name='張三' and 價(jià)格>5000 符號(hào)SARG,而:Name='張三' or 價(jià)格>5000 則不符合SARG。使用or會(huì)引起全表掃描。
3、非操作符、函數(shù)引起的不滿(mǎn)足SARG形式的語(yǔ)句
不滿(mǎn)足SARG形式的語(yǔ)句最典型的情況就是包括非操作符的語(yǔ)句,如:NOT、!=、<>、!<、!>、NOT EXISTS、NOT IN、NOT LIKE等,另外還有函數(shù)。下面就是幾個(gè)不滿(mǎn)足SARG形式的例子:
ABS(價(jià)格)<5000
Name like ‘%三'
有些表達(dá)式,如:
WHERE 價(jià)格*2>5000
SQL SERVER也會(huì)認(rèn)為是SARG,SQL SERVER會(huì)將此式轉(zhuǎn)化為:
WHERE 價(jià)格>2500/2
但我們不推薦這樣使用,因?yàn)橛袝r(shí)SQL SERVER不能保證這種轉(zhuǎn)化與原始表達(dá)式是完全等價(jià)的。
4、IN 的作用相當(dāng)與OR
語(yǔ)句:
Select * from table1 where tid in (2,3)
和
Select * from table1 where tid=2 or tid=3
是一樣的,都會(huì)引起全表掃描,如果tid上有索引,其索引也會(huì)失效。
相關(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 表用于存儲(chǔ) INSERT 和 UPDATE 語(yǔ)句所影響的行的副本。在一個(gè)插入或更新事務(wù)處理中,新建行被同時(shí)添加到 inserted 表和觸發(fā)器表中2011-11-11
SQL Server 性能調(diào)優(yōu)之查詢(xún)從20秒至2秒的處理方法
這篇文章主要介紹了SQL Server 性能調(diào)優(yōu)之查詢(xún)從20秒至2秒的處理方法,需要的朋友可以參考下2017-07-07
使用SQL語(yǔ)句實(shí)現(xiàn)查詢(xún)排序,順序和倒序
這篇文章主要介紹了使用SQL語(yǔ)句實(shí)現(xiàn)查詢(xún)排序、順序和倒序,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-05-05
SQL Server誤區(qū)30日談 第30天 有關(guān)備份的30個(gè)誤區(qū)
備份不會(huì)導(dǎo)致對(duì)用戶(hù)對(duì)象加鎖,雖然備份對(duì)IO系統(tǒng)的負(fù)擔(dān)導(dǎo)致看起來(lái)阻塞了,但實(shí)際上不會(huì)。唯一的特例是當(dāng)備份包含到那些最小日志操作涉及到的數(shù)據(jù)區(qū)需要被加鎖時(shí),這個(gè)操作會(huì)阻塞CheckPoint,但DML操作永遠(yuǎn)不會(huì)受到備份操作的阻塞2013-01-01
sqlServer實(shí)現(xiàn)分頁(yè)查詢(xún)的三種方式
在SqlServer中分頁(yè)查詢(xún)是經(jīng)常用到的查詢(xún)語(yǔ)句,一個(gè)好的分頁(yè)查詢(xún)語(yǔ)句,不能將代碼省略,下面這篇文章主要給大家介紹了關(guān)于sqlServer實(shí)現(xiàn)分頁(yè)查詢(xún)的三種方式,需要的朋友可以參考下2023-03-03
SQL Server簡(jiǎn)單模式下誤刪除堆表記錄恢復(fù)方法(繞過(guò)頁(yè)眉校驗(yàn))
這篇主旨是揭示堆表的刪除記錄找回的原理,我所考慮的方面并不適用于每個(gè)人的每種情況,望大家見(jiàn)諒2013-01-01
實(shí)現(xiàn)按關(guān)健字模糊查詢(xún),并按匹配度排序的SQL語(yǔ)句
SQL語(yǔ)句實(shí)現(xiàn)按關(guān)健字模糊查詢(xún),并按匹配度排序2009-09-09

