資源描述:
《SQLServer中的索引.docx》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫(kù)。
1、1SQLServer中的索引 索引是與表或視圖關(guān)聯(lián)的磁盤上結(jié)構(gòu),可以加快從表或視圖中檢索行的速度。索引包含由表或視圖中的一列或多列生成的鍵。這些鍵存儲(chǔ)在一個(gè)結(jié)構(gòu)(B樹(shù))中,使SQLServer可以快速有效地查找與鍵值關(guān)聯(lián)的行?! ”砘蛞晥D可以包含以下類型的索引: 聚集索引 聚集索引根據(jù)數(shù)據(jù)行的鍵值在表或視圖中排序和存儲(chǔ)這些數(shù)據(jù)行。索引定義中包含聚集索引列。每個(gè)表只能有一個(gè)聚集索引,因?yàn)閿?shù)據(jù)行本身只能按一個(gè)順序排序?! ≈挥挟?dāng)表包含聚集索引時(shí),表中的數(shù)據(jù)行才按排序順序存儲(chǔ)。如果表具有聚集索引
2、,則該表稱為聚集表。如果表沒(méi)有聚集索引,則其數(shù)據(jù)行存儲(chǔ)在一個(gè)稱為堆的無(wú)序結(jié)構(gòu)中?! ∶總€(gè)表幾乎都對(duì)列定義聚集索引來(lái)實(shí)現(xiàn)下列功能: 1、可用于經(jīng)常使用的查詢?! ?、提供高度唯一性?! ≡趧?chuàng)建聚集索引之前,應(yīng)先了解數(shù)據(jù)是如何被訪問(wèn)的。考慮對(duì)具有以下特點(diǎn)的查詢使用聚集索引: 使用運(yùn)算符(如BETWEEN、>、>=、<和<=)返回一系列值?! ∈褂镁奂饕业桨谝粋€(gè)值的行后,便可以確保包含后續(xù)索引值的行物理相鄰。例如,如果某個(gè)查詢?cè)谝幌盗胁少?gòu)訂單號(hào)間檢索記錄,PurchaseOrderNumb
3、er列的聚集索引可快速定位包含起始采購(gòu)訂單號(hào)的行,然后檢索表中所有連續(xù)的行,直到檢索到最后的采購(gòu)訂單號(hào)?! 》祷卮笮徒Y(jié)果集?! ∈褂肑OIN子句;一般情況下,使用該子句的是外鍵列?! ∈褂肙RDERBY或GROUPBY子句。 在ORDERBY或GROUPBY子句中指定的列的索引,可以使數(shù)據(jù)庫(kù)引擎不必對(duì)數(shù)據(jù)進(jìn)行排序,因?yàn)檫@些行已經(jīng)排序。這樣可以提高查詢性能?! 【奂饕贿m用于具有下列屬性的列: 頻繁更改的列 這將導(dǎo)致整行移動(dòng),因?yàn)閿?shù)據(jù)庫(kù)引擎必須按物理順序保留行中的數(shù)據(jù)值。這一點(diǎn)要特別注意,
4、因?yàn)樵诖笕萘渴聞?wù)處理系統(tǒng)中數(shù)據(jù)通常是可變的?! 掓I 寬鍵是若干列或若干大型列的組合。所有非聚集索引將聚集索引中的鍵值用作查找鍵。為同一表定義的任何非聚集索引都將增大許多,這是因?yàn)榉蔷奂饕?xiàng)包含聚集鍵,同時(shí)也包含為此非聚集索引定義的鍵列?!》蔷奂饕 》蔷奂饕哂歇?dú)立于數(shù)據(jù)行的結(jié)構(gòu)。非聚集索引包含非聚集索引鍵值,并且每個(gè)鍵值項(xiàng)都有指向包含該鍵值的數(shù)據(jù)行的指針?! 姆蔷奂饕械乃饕兄赶驍?shù)據(jù)行的指針?lè)Q為行定位器。行定位器的結(jié)構(gòu)取決于數(shù)據(jù)頁(yè)是存儲(chǔ)在堆中還是聚集表中。對(duì)于堆,行定位器是指向
5、行的指針。對(duì)于聚集表,行定位器是聚集索引鍵?! ≡赟QLServer2005中,可以向非聚集索引的葉級(jí)別添加非鍵列以跳過(guò)現(xiàn)有的索引鍵限制(900字節(jié)和16鍵列),并執(zhí)行完整范圍內(nèi)的索引查詢?! 》蔷奂饕c聚集索引具有相同的B樹(shù)結(jié)構(gòu),它們之間的顯著差別在于以下兩點(diǎn): 1、基礎(chǔ)表的數(shù)據(jù)行不按非聚集鍵的順序排序和存儲(chǔ)?! ?、非聚集索引的葉層是由索引頁(yè)而不是由數(shù)據(jù)頁(yè)組成?! ≡O(shè)計(jì)非聚集索引時(shí)需要注意數(shù)據(jù)庫(kù)的特征: 更新要求較低但包含大量數(shù)據(jù)的數(shù)據(jù)庫(kù)或表可以從許多非聚集索引中獲益從而改善查詢性能。
6、 決策支持系統(tǒng)應(yīng)用程序和主要包含只讀數(shù)據(jù)的數(shù)據(jù)庫(kù)可以從許多非聚集索引中獲益。查詢優(yōu)化器具有更多可供選擇的索引用來(lái)確定最快的訪問(wèn)方法,并且數(shù)據(jù)庫(kù)的低更新特征意味著索引維護(hù)不會(huì)降低性能。 聯(lián)機(jī)事務(wù)處理應(yīng)用程序和包含大量更新表的數(shù)據(jù)庫(kù)應(yīng)避免使用過(guò)多的索引。此外,索引應(yīng)該是窄的,即列越少越好?! ∫粋€(gè)表如果建有大量索引會(huì)影響INSERT、UPDATE和DELETE語(yǔ)句的性能,因?yàn)樗兴饕急仨氹S表中數(shù)據(jù)的更改進(jìn)行相應(yīng)的調(diào)整?! ∥ㄒ凰饕 ∥ㄒ凰饕_保索引鍵不包含重復(fù)的值,因此,表或視圖中的每一行在
7、某種程度上是唯一的?! 【奂饕头蔷奂饕伎梢允俏ㄒ凰饕??! “粤兴饕 ∫环N非聚集索引,它擴(kuò)展后不僅包含鍵列,還包含非鍵列。 索引涵蓋 指查詢中的SELECT與WHERE子句的所用列同時(shí)也屬于非聚集索引的情況。這樣就可以更快檢索數(shù)據(jù),因?yàn)樗行畔⒍伎梢灾苯觼?lái)自于索引頁(yè),從而SQLServer可以避免訪問(wèn)數(shù)據(jù)頁(yè)。加上獨(dú)立的索引文件組,可以用最快速度訪問(wèn)數(shù)據(jù)?! ≌?qǐng)看如下表示例: A.創(chuàng)建簡(jiǎn)單非聚集索引 以下示例為Purchasing.ProductVendor表的VendorID列
8、創(chuàng)建非聚集索引?!?????USE?AdventureWorks; GO CREATE?INDEX?IX_ProductVendor_VendorID ON?Purchasing.ProductVendor?(VendorID); GO B.創(chuàng)建簡(jiǎn)單非聚集組合索引 以下示例為Sales.SalesPerson表的SalesQuota和SalesYTD列創(chuàng)建非聚集組合索引?!?????CREATE?NONCLUSTERED?INDEX?IX_SalesPerson_SalesQuota