數(shù)據(jù)庫索引的創(chuàng)建和維護

1、數(shù)據(jù)庫索引的創(chuàng)建和維護一、創(chuàng)建索引的方法創(chuàng)建索引有多種方法,這些方法包括直接創(chuàng)建索引的方法和間接創(chuàng)建索引的方法。直接創(chuàng)建索引,例如使用CREATE INDEX語句或者使用創(chuàng)建索引向?qū)Аｉg接創(chuàng)建索引,例如在表中定義主鍵約束或者唯一性鍵約束時,同時也創(chuàng)建了索引。雖然,這兩種方法都可以創(chuàng)建索引,但是,它們創(chuàng)建索引的具體內(nèi)容是有區(qū)別的。直接創(chuàng)建索引的方法:使用CREATE INDEX語句或者使用創(chuàng)建索引向?qū)韯?chuàng)建索引,這是最基本的索引創(chuàng)建方式,并且這種方法最具有柔性,可以定制創(chuàng)建出符合自己需要的索引。在使用這種方式創(chuàng)建索引時,可以使用許多選項,例如指定數(shù)據(jù)頁的充滿度、進行排序、整理統(tǒng)計信息等,這樣可以

2、優(yōu)化索引。使用這種方法,可以指定索引的類型、唯一性和復(fù)合性,也就是說,既可以創(chuàng)建聚簇索引,也可以創(chuàng)建非聚簇索引,既可以在一個列上創(chuàng)建索引(即非組合索引,也可以在兩個或者兩個以上的列上創(chuàng)建索引(即組合索引。間接創(chuàng)建索引的方法:通過定義主鍵約束或者唯一性鍵約束,也可以間接創(chuàng)建索引。主鍵約束是一種保持數(shù)據(jù)完整性的邏輯,它限制表中的記錄有相同的主鍵記錄。在創(chuàng)建主鍵約束時,系統(tǒng)自動創(chuàng)建了一個唯一性的聚簇索引。雖然,在邏輯上,主鍵約束是一種重要的結(jié)構(gòu),但是,在物理結(jié)構(gòu)上,與主鍵約束相對應(yīng)的結(jié)構(gòu)是唯一性的聚簇索引。換句話說,在物理實現(xiàn)上,不存在主鍵約束,而只存在唯一性的聚簇索引。同樣,在創(chuàng)建唯一性鍵約束時,

3、也同時創(chuàng)建了索引,這種索引則是唯一性的非聚簇索引。因此,這種間接法,在使用約束創(chuàng)建索引時,索引的類型和特征基本上都已經(jīng)確定了,由用戶定制的余地比較小。當在表上定義主鍵或者唯一性鍵約束時,如果表中已經(jīng)有了使用CREATE INDEX語句創(chuàng)建的標準索引時,那么主鍵約束或者唯一性鍵約束創(chuàng)建的索引覆蓋以前創(chuàng)建的標準索引。也就是說,主鍵約束或者唯一性鍵約束創(chuàng)建的索引的優(yōu)先級高于使用CREATE INDEX語句創(chuàng)建的索引。二、索引的特征索引有兩個特征,即唯一性索引和復(fù)合索引。唯一性索引保證在索引列中的全部數(shù)據(jù)是唯一的,不會包含冗余數(shù)據(jù)。如果表中已經(jīng)有一個主鍵約束或者唯一性鍵約束,那么當創(chuàng)建表或者修改表時,

4、SQL Server自動創(chuàng)建一個唯一性索引。然而,如果必須保證唯一性,那么應(yīng)該創(chuàng)建主鍵約束或者唯一性鍵約束,而不是創(chuàng)建一個唯一性索引。當創(chuàng)建唯一性索引時,應(yīng)該認真考慮這些規(guī)則:當在表中創(chuàng)建主鍵約束或者唯一性鍵約束時,SQL Server自動創(chuàng)建一個唯一性索引;如果表中已經(jīng)包含有數(shù)據(jù),那么當創(chuàng)建索引時,SQL Server檢查表中已有數(shù)據(jù)的冗余性;每當使用插入語句插入數(shù)據(jù)或者使用修改語句修改數(shù)據(jù)時,SQL Server檢查數(shù)據(jù)的冗余性:如果有冗余值,那么SQL Server取消該語句的執(zhí)行,并且返回一個錯誤消息;確保表中的每一行數(shù)據(jù)都有一個唯一值,這樣可以確保每一個實體都可以唯一確認;只能在可以

5、保證實體完整性的列上創(chuàng)建唯一性索引,例如,不能在人事表中的姓名列上創(chuàng)建唯一性索引,因為人們可以有相同的姓名。復(fù)合索引就是一個索引創(chuàng)建在兩個列或者多個列上。在搜索時,當兩個或者多個列作為一個關(guān)鍵值時,最好在這些列上創(chuàng)建復(fù)合索引。當創(chuàng)建復(fù)合索引時,應(yīng)該考慮這些規(guī)則:最多可以把16個列合并成一個單獨的復(fù)合索引,構(gòu)成復(fù)合索引的列的總長度不能超過900字節(jié),也就是說復(fù)合列的長度不能太長;在復(fù)合索引中,所有的列必須來自同一個表中,不能跨表建立復(fù)合列;在復(fù)合索引中,列的排列順序是非常重要的,因此要認真排列列的順序,原則上,應(yīng)該首先定義最唯一的列,例如在(COL1,COL2上的索引與在(COL2,COL1上的

6、索引是不相同的,因為兩個索引的列的順序不同;為了使查詢優(yōu)化器使用復(fù)合索引,查詢語句中的WHERE子句必須參考復(fù)合索引中第一個列;當表中有多個關(guān)鍵列時,復(fù)合索引是非常有用的;使用復(fù)合索引可以提高查詢性能,減少在一個表中所創(chuàng)建的索引數(shù)量。三、索引的類型根據(jù)索引的順序與數(shù)據(jù)表的物理順序是否相同,可以把索引分成兩種類型。一種是數(shù)據(jù)表的物理順序與索引順序相同的聚簇索引,另一種是數(shù)據(jù)表的物理順序與索引順序不相同的非聚簇索引。1.聚簇索引的體系結(jié)構(gòu)索引的結(jié)構(gòu)類似于樹狀結(jié)構(gòu),樹的頂部稱為葉級,樹的其它部分稱為非葉級,樹的根部在非葉級中。同樣,在聚簇索引中,聚簇索引的葉級和非葉級構(gòu)成了一個樹狀結(jié)構(gòu),索引的最低級

7、是葉級。在聚簇索引中,表中的數(shù)據(jù)所在的數(shù)據(jù)頁是葉級,在葉級之上的索引頁是非葉級,索引數(shù)據(jù)所在的索引頁是非葉級。在聚簇索引中,數(shù)據(jù)值的順序總是按照升序排列。應(yīng)該在表中經(jīng)常搜索的列或者按照順序訪問的列上創(chuàng)建聚簇索引。當創(chuàng)建聚簇索引時,應(yīng)該考慮這些因素:每一個表只能有一個聚簇索引,因為表中數(shù)據(jù)的物理順序只能有一個;表中行的物理順序和索引中行的物理順序是相同的,在創(chuàng)建任何非聚簇索引之前創(chuàng)建聚簇索引,這是因為聚簇索引改變了表中行的物理順序,數(shù)據(jù)行按照一定的順序排列,并且自動維護這個順序;關(guān)鍵值的唯一性要么使用UNIQUE關(guān)鍵字明確維護,要么由一個內(nèi)部的唯一標識符明確維護,這些唯一性標識符是統(tǒng)自己使用的,

8、用戶不能訪問;聚簇索引的平均大小大約是數(shù)據(jù)表的百分之五,但是,實際的聚簇索引的大小常常根據(jù)索引列的大小變化而變化;在索引的創(chuàng)建過程中,SQL Server臨時使用當前數(shù)據(jù)庫的磁盤空間,當創(chuàng)建聚簇索引時,需要1.2倍的表空間的大小,因此,一定要保證有足夠的空間來創(chuàng)建聚簇索引。當系統(tǒng)訪問表中的數(shù)據(jù)時,首先確定在相應(yīng)的列上是否存在有索引和該索引是否對要檢索的數(shù)據(jù)有意義。如果索引存在并且該索引非常有意義,那么系統(tǒng)使用該索引訪問表中的記錄。系統(tǒng)從索引開始瀏覽到數(shù)據(jù),索引瀏覽則從樹狀索引的根部開始。從根部開始,搜索值與每一個關(guān)鍵值相比較,確定搜索值是否大于或者等于關(guān)鍵值。這一步重復(fù)進行,直到碰上一個比搜索

9、值大的關(guān)鍵值,或者該搜索值大于或者等于索引頁上所有的關(guān)鍵值為止。2.非聚簇索引的體系結(jié)構(gòu)非聚簇索引的結(jié)構(gòu)也是樹狀結(jié)構(gòu),與聚簇索引的結(jié)構(gòu)非常類似,但是也有明顯的不同。在非聚簇索引中,葉級僅包含關(guān)鍵值,而沒有包含數(shù)據(jù)行(即也節(jié)點仍然是一個索引。非聚簇索引表示行的邏輯順序。非聚簇索引有兩種體系結(jié)構(gòu):一種體系結(jié)構(gòu)是在沒有聚簇索引的表上創(chuàng)建非聚簇索引,另一種體系結(jié)構(gòu)是在有聚簇索引的表上創(chuàng)建非聚簇索引。如果一個數(shù)據(jù)表中沒有聚簇索引,那么這個數(shù)據(jù)表也稱為數(shù)據(jù)堆。當非聚簇索引在數(shù)據(jù)堆的頂部創(chuàng)建時,系統(tǒng)使用索引頁中的行標識符指向數(shù)據(jù)頁中的記錄。行標識符存儲了數(shù)據(jù)所在位置的信息。數(shù)據(jù)堆是通過使用索引分配圖(IAM

10、頁來維護的。IAM頁包含了數(shù)據(jù)堆所在簇的存儲信息。在系統(tǒng)表sysindexes 中,有一個指針指向了與數(shù)據(jù)堆相關(guān)的第一個IAM頁。系統(tǒng)使用IAM頁在數(shù)據(jù)堆中瀏覽和尋找可以插入新的記錄行的空間。這些數(shù)據(jù)頁和在這些數(shù)據(jù)頁中的記錄沒有任何的順序并且也沒有鏈接在一起。在這些數(shù)據(jù)頁之間的唯一的連接是IAM中記錄的順序。當在數(shù)據(jù)堆上創(chuàng)建了非聚簇索引時,葉級中包含了指向數(shù)據(jù)頁的行標識符。行標識符指定記錄行的邏輯順序,由文件ID、頁號和行ID組成。這些行的標識符維持唯一性。非聚簇索引的葉級頁的順序不同于表中數(shù)據(jù)的物理順序。這些關(guān)鍵值在葉級中以升序維持。當非聚簇索引創(chuàng)建在有聚簇索引的表上的時候,系統(tǒng)使用索引頁中

11、的指向聚簇索引的聚簇鍵。聚簇鍵存儲了數(shù)據(jù)的位置信息。如果某一個表有聚簇索引,那么非聚簇索引的葉級包含了映射到聚簇鍵的聚簇鍵值,而不是映射到物理的行標識符。當系統(tǒng)訪問有非聚簇索引的表中數(shù)據(jù)時,并且這種非聚簇索引創(chuàng)建在聚簇索引上,那么它首先從非聚簇索引來找到指向聚簇索引的指針,然后通過使用聚簇索引來找到數(shù)據(jù)。當需要以多種方式檢索數(shù)據(jù)時,非聚簇索引是非常有用的。當創(chuàng)建非聚簇索引時,要考慮這些情況:在缺省情況下,所創(chuàng)建的索引是非聚簇索引;在每一個表上面,可以創(chuàng)建不多于249個非聚簇索引,而聚簇索引最多只能有一個。四、系統(tǒng)如何訪問表中的數(shù)據(jù)一般地,系統(tǒng)訪問數(shù)據(jù)庫中的數(shù)據(jù),可以使用兩種方法:表掃描和索引查

12、找。表掃描法:就是指系統(tǒng)將指針放置在該表的表頭數(shù)據(jù)所在的數(shù)據(jù)頁上,然后按照數(shù)據(jù)頁的排列順序,一頁一頁地從前向后掃描該表數(shù)據(jù)所占有的全部數(shù)據(jù)頁,直至掃描完表中的全部記錄。在掃描時,如果找到符合查詢條件的記錄,那么就將這條記錄挑選出來。最后,將全部挑選出來符合查詢語句條件的記錄顯示出來。索引查找法:索引是一種樹狀結(jié)構(gòu),其中存儲了關(guān)鍵字和指向包含關(guān)鍵字所在記錄的數(shù)據(jù)頁的指針。當使用索引查找時,系統(tǒng)沿著索引的樹狀結(jié)構(gòu),根據(jù)索引中關(guān)鍵字和指針,找到符合查詢條件的的記錄(即行數(shù)據(jù)。最后,將全部查找到的符合查詢語句條件的記錄顯示出來。在SQL Server中,當訪問數(shù)據(jù)庫中的數(shù)據(jù)時,由SQL Server確

13、定該表中是否有索引存在。如果沒有索引,那么SQL Server使用表掃描的方法訪問數(shù)據(jù)庫中的數(shù)據(jù)。查詢處理器根據(jù)分布的統(tǒng)計信息生成該查詢語句的優(yōu)化執(zhí)行規(guī)劃,以提高訪問數(shù)據(jù)的效率為目標,確定是使用表掃描還是使用索引。五、索引的選項在創(chuàng)建索引時,可以指定一些選項,通過使用這些選項,可以優(yōu)化索引的性能。這些選項包括FILLFACTOR選項、PAD_INDEX選項和SORTED_DATA_REORG選項。FILLFACTOR 稱為填充因子,它指定創(chuàng)建索引時每個索引頁的數(shù)據(jù)占索引頁大小的百分比。FILLFACTOR 的值為1 到100。缺省值是0,該數(shù)值等價于100?？梢詢?yōu)化插入語句和修改語句的性能。對

14、于那些頻繁進行大量數(shù)據(jù)插入或刪除的表,在建索引時應(yīng)該為將來生成的索引數(shù)據(jù)預(yù)留較大的空間,即將FILLFACTOR 設(shè)得較小,否則索引頁會因數(shù)據(jù)的插入而很快填滿并產(chǎn)生分頁,而分頁會大大增加系統(tǒng)的開銷。但如果設(shè)得過小又會浪費大量的磁盤空間,降低查詢性能。因此對于此類表通常設(shè)一個大約為10的FILLFACTOR。在創(chuàng)建索引的時候,內(nèi)部索引節(jié)點總是留有了一定的空間,這個空間足夠容納一個或者兩個表中的記錄。在沒有數(shù)據(jù)的表中,當創(chuàng)建索引的時候,不要使用該選項,因為這時該選項是沒有實際意義的。另外,該選項的數(shù)值在創(chuàng)建時指定以后,不能動態(tài)地得到維護,因此,只應(yīng)該在有數(shù)據(jù)的表中創(chuàng)建索引時才使用。指定填充索引的內(nèi)

15、部節(jié)點的行數(shù)至少應(yīng)大于等于兩行。PAD_INDEX 選項只有在FILLFACTOR選項指定后才起作用,因為PAD_INDEX使用與FILLFACTOR相同的百分比。單獨指定PAD_INDEX選項是沒有實際意義的。當創(chuàng)建聚簇索引時,SORTED_DATA_REORG選項清除排序,因此可以減少建立聚簇索引所需要的時間。當在一個已經(jīng)變成碎塊的表上創(chuàng)建或者聚引時,使用SORTED_DATA_REORG選項可以壓縮數(shù)據(jù)頁。當重新需要在索引上應(yīng)用填充度時,也使用該選項。當使用SORTED_DATA_REORG選項時,應(yīng)該考慮這些因素:SQL Server確認每一個關(guān)鍵值是否比前一個關(guān)鍵值高,如果都不高,那

16、么不能創(chuàng)建索引;SQL Server要求1.2倍的表空間來物理地重新組織數(shù)據(jù);使用SORTED_DATA_REORG選項,通過清除排序進程而加快索引創(chuàng)建進程;從表中物理地拷貝數(shù)據(jù);當某一個行被刪除時,其所占的空間可以重新利用;創(chuàng)建全部非聚簇索引;如果希望把葉級頁填充到一定的百分比,可以同時使用FILLFACTOR選項和SORTED_DATA_REORG選項。六、索引的維護為了維護系統(tǒng)性能,索引在創(chuàng)建之后,由于頻繁地對數(shù)據(jù)進行增加、刪除、修改等操作使得索引頁發(fā)生碎塊,因此,必須對索引進行維護。使用DBCC SHOWCONTIG語句,可以顯示表的數(shù)據(jù)和索引的碎塊信息。當執(zhí)行DBCC SHOWCON

17、TIG語句時,SQL Server瀏覽葉級上的整個索引頁,來確定表或者指定的索引是否嚴重碎塊。DBCC SHOWCONTIG語句還能確定數(shù)據(jù)頁和索引頁是否已經(jīng)滿了。當對表進行大量的修改或者增加大量的數(shù)據(jù)之后,或者表的查詢非常慢時,應(yīng)該在這些表上執(zhí)行DBCC SHOWCONTIG語句。當執(zhí)行DBCC SHOWCONTIG語句時,應(yīng)該考慮這些因素:當執(zhí)行DBCC SHOWCONTIG語句時,SQL Server要求指定表的ID號或者索引的ID號,表的ID號或者索引的ID號可以從系統(tǒng)表sysindexes中得到;應(yīng)該確定多長時間使用一次 DBCC SHOWCONTIG語句,這個時間長度要根據(jù)表的活動

18、情況來定,每天、每周或者每月都可以。使用DBCC DBREINDEX語句重建表的一個或者多個索引。當希望重建索引和當表上有主鍵約束或者唯一性鍵約束時,執(zhí)行DBCC DBREINDEX語句。除此之外,執(zhí)行DBCC DBREINDEX語句還可以重新組織葉級索引頁的存儲空間、刪除碎塊和重新計算索引統(tǒng)計。當使用執(zhí)行DBCC DBREINDEX語句時,應(yīng)該考慮這些因素:根據(jù)指定的填充度,系統(tǒng)重新填充每一個葉級頁;使用DBCC DBREINDEX語句重建主鍵約束或者唯一性鍵約束的索引;使用SORTED_DATA_REORG選項可以更快地創(chuàng)建聚簇索引,如果沒有排列關(guān)鍵值,那么不能使用DBCC DBREIND

19、EX語句;DBCC DBREINDEX語句不支持系統(tǒng)表。另外,還可以使用數(shù)據(jù)庫維護規(guī)劃向?qū)ё詣拥剡M行重建索引的進程。統(tǒng)計信息是存儲在 SQL Server 中的列數(shù)據(jù)的樣本。這些數(shù)據(jù)一般地用于索引列，但是還可以為非索引 列創(chuàng)建統(tǒng)計。SQL Server 維護某一個索引關(guān)鍵值的分布統(tǒng)計信息，并且使用這些統(tǒng)計信息來確定在查詢進 程中哪一個索引是有用的。查詢的優(yōu)化依賴于這些統(tǒng)計信息的分布準確 度。查詢優(yōu)化器使用這些數(shù)據(jù)樣本 來決定是使用表掃描還是使用索引。當表中數(shù)據(jù)發(fā)生變化時，SQL Server 周期性地自動修改統(tǒng)計信息。索 引統(tǒng)計被自動地修改，索引中的關(guān)鍵值顯著變化。統(tǒng)計信息修改的頻率由索引中的

20、數(shù)據(jù)量和數(shù)據(jù)改變量確 定。例如，如 果表中有 10000 行數(shù)據(jù)，1000 行數(shù)據(jù)修改了，那么統(tǒng)計信息可能需要修改。然而，如果只 有 50 行記錄修改了，那么仍然保持當前的統(tǒng)計信息。除了系統(tǒng)自 動修改之外，用戶還可以通過執(zhí)行 UPDATE STATISTICS 語 句 或 者 sp_updatestats 系 統(tǒng) 存 儲 過 程 來 手 工 修 改 統(tǒng) 計 信 息 。 使 用 UPDATE STATISTICS 語句既可以修改表中的全部索引，也可以修改指定的索引。 使用 SHOWPLAN 和 STATISTICS IO 語句可以分析索引和查詢性能。使用這些語句可以更好地調(diào)整 查詢和索引。SHO

21、WPLAN 語句顯示在連接表中使用的查詢優(yōu)化器的每一步以及表明使用哪一 個索引訪問 數(shù)據(jù)。使用 SHOWPLAN 語句可以查看指定查詢的查詢規(guī)劃。當使用 SHOWPLAN 語句時，應(yīng)該考慮這些 因素。SET SHOWPLAN_ALL 語句返回的輸出結(jié)果比 SET SHOWPLAN_TEXT 語句返回的輸出結(jié)果詳 細。然而，應(yīng)用程序必須能夠處理 SET SHOWPLAN_ALL 語句返回的輸出結(jié)果。SHOWPLAN 語句生成的 信息只能針對一個會話。如果重新連接 SQL Server，那么必須重新執(zhí)行 SHOWPLAN 語句。STATISTICS IO 語句表明輸入輸出的數(shù)量，這些輸入輸出用來返

22、回結(jié)果集和顯示指定查詢的邏輯的和物理的 I/O 的信 息?？梢允褂眠@些信息來確定是否應(yīng)該重寫查詢語句或者 重新設(shè)計索引。使用 STATISTICS IO 語句可以 查看用來處理指定查詢的 I/O 信息。 就象 SHOWPLAN 語句一樣，優(yōu)化器隱藏也用來調(diào)整查詢性能。優(yōu)化器隱藏可以對查詢性能提供較小 的改進，并且如果索引策略發(fā)生了改變，那么這種優(yōu)化器隱 藏就毫無用處了。因此，限制使用優(yōu)化器隱 藏，這是因為優(yōu)化器隱藏更有效率和更有柔性。當使用優(yōu)化器隱藏時，考慮這些規(guī)則：指定索引名稱、當 index_id 為 0 時為使用表掃描、當 index_id 為 1 時為使用聚簇索引；優(yōu)化器隱藏覆蓋查詢優(yōu)

23、化器，如果數(shù) 據(jù)或者環(huán)境發(fā)生了變化，那么必須修改優(yōu) 化器隱藏。 七、索引調(diào)整向?qū)?索引調(diào)整向?qū)且环N工具，可以分析一系列數(shù)據(jù)庫的查詢語句，提供使用一系列數(shù)據(jù)庫索引的建議， 優(yōu)化整個查詢語句的性能。對于查詢語句，需要指定下列內(nèi)容： （1）查詢語句，這是將要優(yōu)化的工作量 ； （2）包含了這些表的數(shù)據(jù)庫，在這些表中，可以創(chuàng)建索引，提高查詢性能 ； （3）在分析中使用的表 ； （4）在分析中，考慮的約束條件，例如索引可以使用的最大磁盤空間. 這里指的工作量，可以來自兩個方面：使用 SQL Server 捕捉的軌跡和包含了 SQL 語句的文件。索引 調(diào)整向?qū)Э偸腔谝粋€已經(jīng)定義好的工作量。如果一個工作量

24、不能反映正常的操作，那么它建議使用的索 引不是實際的工作量上性能最好的索引。索引調(diào)整向?qū)д{(diào)用查詢分析器，使用所有可能的組合評定在這個 6 工作量中每一個查詢語句的性能。然后，建議在整個工作量 上可以提高整個查詢語句的性能的索引。如果 沒有供索引調(diào)整向?qū)矸治龅墓ぷ髁?，那么可以使用圖解器立即創(chuàng)建它。一旦決定跟蹤一條正常數(shù)據(jù)庫活 動的描述樣 本，向?qū)軌蚍治鲞@種工作量和推薦能夠提高數(shù)據(jù)庫工作性能的索引配置。 索引調(diào)整向?qū)ぷ髁窟M行分析之后，可以查看到一系列的報告，還可以使該向?qū)Я⒓磩?chuàng)建所建議的 最佳索引，或者使這項工作成為一種可以調(diào)度的作業(yè)，或者生成一個包含創(chuàng)建這些索引的 SQL 語句的文 件。

25、 索引調(diào)整向?qū)г试S為 SQL Server 數(shù)據(jù)庫選擇和創(chuàng)建一種理想的索引組合和統(tǒng)計，而不要求對數(shù)據(jù)庫結(jié) 構(gòu)、工作量或者 SQL Server 內(nèi)部達到專家的理解程度?？傊?，索引調(diào)整向?qū)軌蜃鞯揭韵聨讉€方面的工 作： 通過使用查詢優(yōu)化器來分析工作量中的查詢?nèi)蝿?wù)，向有大量工作量的數(shù)據(jù)庫推薦一種最佳的索引混合方式 分析按照建議作出改變之后的效果，包括索引的用法、表間查詢的分布和大量工作中查詢的工作效果 為少量查詢?nèi)蝿?wù)推薦調(diào)整數(shù)據(jù)庫的方法 通過設(shè)定高級選項如磁盤空間約束、最大的查詢語句數(shù)量和每個索引的最多列的數(shù)量等，允許定制推薦方 式 八、圖解器 圖解器能夠?qū)崟r抓取在服務(wù)器中運行的連續(xù)圖片，可以選取

26、希望監(jiān)測的項目和事件，包括 TransactSQL 語句和批命令、對象的用法、鎖定、安全事件和 錯誤。圖解器能夠過濾這些事件，僅僅顯示用戶關(guān) 心的問題?？梢允褂猛慌_服務(wù)器或者其他服務(wù)器重復(fù)已經(jīng)記錄的跟蹤事件，重新執(zhí)行那些已經(jīng)作了記錄 的命令。 通過集中處理這些事件，就能夠很容易監(jiān)測和調(diào)試 SQL Server 中出現(xiàn)的問題。通過對特定事件 的研究，監(jiān)測和調(diào)試 SQL Server 問題變得簡單多了。 九、查詢處理器 查詢處理器是一種可以完成許多工作的多用途的工具。在查詢處理器中，可以交互式地輸入和執(zhí)行各 種 Transact-SQL 語句，并且在一個窗口中可以同時 查看 Transact-S

27、QL 語句和其結(jié)果集；可以在查詢處理 器中同時執(zhí)行多個 Transact-SQL 語句，也可以執(zhí)行腳本文件中的部分語句；提供了一 種圖形化分析查詢 語句執(zhí)行規(guī)劃的方法，可以報告由查詢處理器選擇的數(shù)據(jù)檢索方法，并且可以根據(jù)查詢規(guī)劃調(diào)整查詢語句 的執(zhí)行，提出執(zhí)行可以提高性能的優(yōu)化索 引建議，這種建議只是針對一條查詢語句的索引建議，只能提高 這一條查詢語句的查詢性能。 系統(tǒng)為每一個索引創(chuàng)建一個分布頁，統(tǒng)計信息就是指存儲在分布頁上的某一個表中的一個或者多個 索引的關(guān)鍵值的分布信息。當執(zhí)行查詢語句時，為了提高查詢速度 和性能，系統(tǒng)可以使用這些分布信息來 確定使用表的哪一個索引。查詢處理器就是依賴于這些分布的統(tǒng)計信息，來生成查詢語句的執(zhí)行規(guī)劃。執(zhí) 行規(guī)劃的優(yōu)化程度依 賴于這些分布統(tǒng)計信息的準確步驟的高低程度。如果這些分布的統(tǒng)計信息與索引的