數(shù)據(jù)庫(kù)索引的作用和優(yōu)點(diǎn)缺點(diǎn)_第1頁(yè)
數(shù)據(jù)庫(kù)索引的作用和優(yōu)點(diǎn)缺點(diǎn)_第2頁(yè)
數(shù)據(jù)庫(kù)索引的作用和優(yōu)點(diǎn)缺點(diǎn)_第3頁(yè)
數(shù)據(jù)庫(kù)索引的作用和優(yōu)點(diǎn)缺點(diǎn)_第4頁(yè)
數(shù)據(jù)庫(kù)索引的作用和優(yōu)點(diǎn)缺點(diǎn)_第5頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、為什么要?jiǎng)?chuàng)建索引呢?這是因?yàn)椋?創(chuàng)建索引可以大大提高系統(tǒng)的 性能。第一,通過(guò)創(chuàng)建唯一性索引,可以保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的 唯一性。第二,可以大大加快 數(shù)據(jù)的檢索速度,這也是創(chuàng)建索引的最主 要的原因。第三,可以加速表和表之間的連接, 特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完 整性方面特別有意義。第四,在使用分組和排序 子句進(jìn)行數(shù)據(jù)檢索時(shí),同樣可以顯著 減少查詢中分組和排序的時(shí)間。第五,通過(guò)使用索引,可以在查詢的過(guò)程中,使用優(yōu)化隱藏器, 提高系統(tǒng)的性能。也許會(huì)有人要問(wèn):增加索引有如此多的優(yōu)點(diǎn), 為什么不對(duì)表中的 每一個(gè)列創(chuàng)建一個(gè)索引呢?這種想法固然有其合理性,然而也有其片面性。雖然,索引有許多優(yōu)點(diǎn), 但是,為表

2、中的每一個(gè)列 都增加索引,是非常不明智的。這是因?yàn)?,增加索引也有許多不 利的一個(gè)方面。第一,創(chuàng)建索引和維護(hù)索引要耗費(fèi)時(shí)間,這種時(shí)間隨著數(shù)據(jù)1的增加而增加。第二,索引需要占物理空間,除了數(shù)據(jù)表占數(shù)據(jù)空間之外,每一個(gè)索引還要占一定的物理空間, 如果要建立聚簇索引,那么需要 的空間就會(huì)更大。第三,當(dāng)對(duì)表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時(shí)候,索引也要 動(dòng)態(tài)的維護(hù),這樣就降低了數(shù)據(jù)的維護(hù)速度。索引是建立在數(shù)據(jù)庫(kù)表中的某些列的上面。 因此,在創(chuàng)建索引的 時(shí)候,應(yīng)該仔細(xì)考慮在哪些列上可以創(chuàng)建索引, 在哪些列上不能 創(chuàng)建索引。一般來(lái)說(shuō),應(yīng)該在這些列 上創(chuàng)建索引,例如:在經(jīng)常需要搜索的列上,可以加快搜索的速度;在

3、作為主鍵的列上,強(qiáng)制該列的唯一性和組織表中數(shù)據(jù)的排列結(jié)構(gòu);在經(jīng)常用在連接的列上,這 些列主要是一些外鍵,可以加快連 接的速度;在經(jīng)常需要根據(jù)范圍進(jìn)行搜索的列上創(chuàng)建索引,因?yàn)樗饕呀?jīng)排序,其指定的范圍是連續(xù)的;在經(jīng)常需要排序的列上創(chuàng) 建索引,因?yàn)樗饕呀?jīng)排序,這樣查 詢可以利用索引的排序,加快排序查詢時(shí)間;在經(jīng)常使用在 WHERE子句中的列上面創(chuàng)建索引,加快條件的判 斷速度。般來(lái)說(shuō),不應(yīng)該創(chuàng)建索引同樣,對(duì)于有些列不應(yīng)該創(chuàng)建索引的的這些列具有下列特點(diǎn):第一,對(duì)于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索 引。這是因 為,既然這些列很少使用到,因此有索引或者無(wú)索 引,并不能提高查詢速度。相反,由于

4、增加了索引,反而降低了 系統(tǒng)的維護(hù)速度和增大了空間需求。第二,對(duì)于那些只有很少數(shù)據(jù)值的列也不應(yīng)該增加索引。這是 因?yàn)?,由于這些列的取值很少,例如人事表的性別列,在查詢的 結(jié)果中,結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例,即需要在表中搜索的數(shù)據(jù)行的比例很大。增加索引,并不能明顯加快檢索速度。第三,對(duì)于那些定義為text, image和bit數(shù)據(jù)類型的列不應(yīng)該增 加索引。這是因?yàn)?,這些列的數(shù)據(jù)量要么相當(dāng)大, 要么取值很少。第四,當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí),不應(yīng)該創(chuàng)建索弓I。這是因?yàn)?,修改性能和檢索性能是互相矛盾的。當(dāng)增加索引時(shí),會(huì) 提高檢索性能,但是會(huì)降低修改性能。當(dāng)減少索引時(shí),會(huì)提高修 改性能,

5、降低檢索性能。因此,當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí),不應(yīng)該創(chuàng)建索引。創(chuàng)建索引的方法和索引的特征創(chuàng)建索引的方法創(chuàng)建索引有多種方法,這些方法包括直接創(chuàng)建索引的方法和間接 創(chuàng)建索引的方法。直接創(chuàng)建索引,例如使用CREAT日NDEX語(yǔ)句或者使用創(chuàng)建索引向?qū)?,間接創(chuàng)建索引,例如在表中定義主鍵約 束或者唯一性鍵約束時(shí),同時(shí)也創(chuàng)建了索引。雖然,這兩種方法 都可以創(chuàng)建索引,但是,它們創(chuàng)建索引的具體內(nèi)容是有區(qū)別的。使用CREAT日NDEX語(yǔ)句或者使用創(chuàng)建索引向?qū)?lái)創(chuàng)建索引,這 是最基本的索引創(chuàng)建方式, 并且這種方法最具有柔性, 可以定制 創(chuàng)建出符合自己需要的索引。 在使用這種方式創(chuàng)建索引時(shí), 可以 使用許多選項(xiàng),

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

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

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

9、個(gè)實(shí)體都可以唯一確 認(rèn);只能在可以保證實(shí)體完整性的列上創(chuàng)建唯一性索引,例如,不能在人事表中的姓名列上創(chuàng)建唯一性索引,因?yàn)槿藗兛梢杂邢嗤男彰?fù)合索引就是一個(gè)索引創(chuàng)建在兩個(gè)列或者多個(gè)列上。在搜索時(shí), 當(dāng)兩個(gè)或者多個(gè)列作為一個(gè)關(guān)鍵值時(shí),最好在這些列上創(chuàng)建復(fù)合 索引。當(dāng)創(chuàng)建復(fù)臺(tái)索引時(shí),應(yīng)該考慮這些規(guī)則:最多可以把16個(gè)列合并成一個(gè)單獨(dú)的復(fù)合索引,構(gòu)成復(fù)合索引的列的總長(zhǎng)度不 能超過(guò)900字節(jié),也就是說(shuō)復(fù)合列的長(zhǎng)度不能太長(zhǎng);在復(fù)合索引中,所有的列必須來(lái)自同一個(gè)表中,不能跨表建立復(fù)合列;在復(fù) 臺(tái)索引中,列的排列順序是非常重要的, 因此要認(rèn)真排列列的順 序,原則上,應(yīng)該首先定義最唯一的列,例如在(COL1

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

11、中,聚簇 索引的葉級(jí)和非葉級(jí)構(gòu)成了一個(gè)樹狀結(jié)構(gòu),索引的最低級(jí)是葉 級(jí)。在聚簇索引中,表中的數(shù)據(jù)所在的數(shù)據(jù)頁(yè)是葉級(jí),在葉級(jí)之 上的索引頁(yè)是非葉級(jí),索引數(shù)據(jù)所在的索引頁(yè)是非葉級(jí)。 在聚簇 索引中,數(shù)據(jù)值的順序總是按照升序排列。應(yīng)該在表中經(jīng)常搜索的列或者按照順序訪問(wèn)的列上創(chuàng)建聚簇索 引。當(dāng)創(chuàng)建聚簇索引時(shí),應(yīng)該考慮這些因素:每一個(gè)表只能有一 個(gè)聚簇索引,因?yàn)楸碇袛?shù)據(jù)的物理順序只能有一個(gè);表中行的物理順序和索引中行的物理順序是相同的, 在創(chuàng)建任何非聚簇索引 之前創(chuàng)建聚簇索引,這是因?yàn)榫鄞厮饕淖兞吮碇行械奈锢眄?序,數(shù)據(jù)行按照一定的順序排列,并且自動(dòng)維護(hù)這個(gè)順序;關(guān)鍵 值的唯一性要么使用 UNIQUE關(guān)

12、鍵字明確維護(hù),要么由一個(gè)內(nèi)部 的唯一標(biāo)識(shí)符明確維護(hù),這些唯一性標(biāo)識(shí)符是系統(tǒng)自己使用的, 用戶不能訪問(wèn);聚簇索引的平均大小大約是數(shù)據(jù)表的百分之五, 但是,實(shí)際的聚簇索引的大小常常根據(jù)索引列的大小變化而變 化;在索引的創(chuàng)建過(guò)程中,SQL Serve偏時(shí)使用當(dāng)前數(shù)據(jù)庫(kù)的磁 盤空間,當(dāng)創(chuàng)建聚簇索引時(shí),需要1.2倍的表空間的大小,因此, 一定要保證有足夠的空間來(lái)創(chuàng)建聚簇索引。當(dāng)系統(tǒng)訪問(wèn)表中的數(shù)據(jù)時(shí),首先確定在相應(yīng)的列上是否存在有索 引和該索引是否對(duì)要檢索的數(shù)據(jù)有意義。如果索引存在并且該索引非常有意義,那么系統(tǒng)使用該索引訪問(wèn)表中的記錄。系統(tǒng)從索引開始瀏覽到數(shù)據(jù),索引瀏覽則從樹狀索引的根部開始。從根部開始,

13、搜索值與每一個(gè)關(guān)鍵值相比較,確定搜索值是否大于或者等于關(guān)鍵值。這一步重復(fù)進(jìn)行,直到碰上一個(gè)比搜索值大的關(guān)鍵 值,或者該搜索值大于或者等于索引頁(yè)上所有的關(guān)鍵值為止。非聚簇索引的體系結(jié)構(gòu)非聚簇索引的結(jié)構(gòu)也是樹狀結(jié)構(gòu),與聚簇索引的結(jié)構(gòu)非常類似,但是也有明顯的不同。在非聚簇索引中,葉級(jí)僅包含關(guān)鍵值,而沒(méi)有包含數(shù)據(jù)行。非聚 簇索引表示行的邏輯順序。非聚簇索引有兩種體系結(jié)構(gòu):一種體系結(jié)構(gòu)是在沒(méi)有聚簇索引的表上創(chuàng)建非聚簇索引,另一種體系結(jié)構(gòu)是在有聚簇索引的表上創(chuàng)建非聚簇索引。如果一個(gè)數(shù)據(jù)表中沒(méi)有聚簇索引,那么這個(gè)數(shù)據(jù)表也稱為數(shù)據(jù)堆。當(dāng)非聚簇索引在數(shù)據(jù)堆的頂部創(chuàng)建時(shí),系統(tǒng)使用索引頁(yè)中的行標(biāo)識(shí)符指向數(shù)據(jù)頁(yè)中的記

14、錄。 行標(biāo)識(shí)符存儲(chǔ)了數(shù)據(jù)所在位置的 信息。數(shù)據(jù)堆是通過(guò)使用索引分配圖(IAM)頁(yè)來(lái)維護(hù)的。IAM 頁(yè)包含了數(shù)據(jù)堆所在簇的存儲(chǔ)信息。在系統(tǒng)表sysindexes中,有 一個(gè)指針指向了與數(shù)據(jù)堆相關(guān)的第一個(gè)IAM頁(yè)。系統(tǒng)使用IAM頁(yè)在數(shù)據(jù)堆中瀏覽和尋找可以插入新的記錄行的空間。這些數(shù)據(jù)頁(yè)和在這些數(shù)據(jù)頁(yè)中的記錄沒(méi)有任何的順序并且也沒(méi)有鏈接在 一起。在這些數(shù)據(jù)頁(yè)之間的唯一的連接是 IAM中記錄的順序。當(dāng) 在數(shù)據(jù)堆上創(chuàng)建了非聚簇索引時(shí),葉級(jí)中包含了指向數(shù)據(jù)頁(yè)的行標(biāo)識(shí)符。行標(biāo)識(shí)符指定記錄行的邏輯順序,由文件ID、頁(yè)號(hào)和行ID組成。這些行的標(biāo)識(shí)符維持唯一性。 非聚簇索引的葉級(jí)頁(yè)的順 序不同于表中數(shù)據(jù)的物理順序

15、。這些關(guān)鍵值在葉級(jí)中以升序維 持。當(dāng)非聚簇索引創(chuàng)建在有聚簇索引的表上的時(shí)候,系統(tǒng)使用索引頁(yè)中的指向聚簇索引的聚簇鍵。 聚簇鍵存儲(chǔ)了數(shù)據(jù)的位置信息。 如 果某一個(gè)表有聚簇索引,那么非聚簇索引的葉級(jí)包含了映射到聚 簇鍵的聚簇鍵值,而不是映射到物理的行標(biāo)識(shí)符。 當(dāng)系統(tǒng)訪問(wèn)有 非聚簇索引的表中數(shù)據(jù)時(shí),并且這種非聚簇索引創(chuàng)建在聚簇索引 上,那么它首先從非聚簇索引來(lái)找到指向聚簇索引的指針,然后通過(guò)使用聚簇索引來(lái)找到數(shù)據(jù)。當(dāng)需要以多種方式檢索數(shù)據(jù)時(shí),非聚簇索引是非常有用的。當(dāng)創(chuàng)建非聚簇索引時(shí),要考慮這些情況:在缺省情況下,所創(chuàng)建的索 引是非聚簇索引;在每一個(gè)表上面,可以創(chuàng)建不多于249個(gè)非聚 簇索引,而聚簇

16、索引最多只能有一個(gè)。系統(tǒng)如何訪問(wèn)表中的數(shù)據(jù)一般地,系統(tǒng)訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù),可以使用兩種方法:表掃描 和索引查找。第一種方法是表掃描,就是指系統(tǒng)將指針?lè)胖迷谠?表的表頭數(shù)據(jù)所在的數(shù)據(jù)頁(yè)上,然后按照數(shù)據(jù)頁(yè)的排列順序, 一頁(yè)一頁(yè)地從前向后掃描該表數(shù)據(jù)所占有的全部數(shù)據(jù)頁(yè),直至掃描完表中的全部記錄。在掃描時(shí),如果找到符合查詢條件的記錄, 那么就將這條記錄挑選出來(lái)。最后,將全部挑選出來(lái)符合查詢語(yǔ) 句條件的記錄顯示出來(lái)。第二種方法是使用索引查找。索引是一種樹狀結(jié)構(gòu),其中存儲(chǔ)了關(guān)鍵字和指向包含關(guān)鍵字所在記錄的數(shù) 據(jù)頁(yè)的指針。當(dāng)使用索引查找時(shí),系統(tǒng)沿著索引的樹狀結(jié)構(gòu),根 據(jù)索引中關(guān)鍵字和指針,找到符合查詢條件的

17、的記錄。最后,將 全部查找到的符合查詢語(yǔ)句條件的記錄顯示出來(lái)。在SQL Servei4,當(dāng)訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)時(shí),由 SQL Serve確定 該表中是否有索引存在。如果沒(méi)有索引,那么SQL Server#用表掃描的方法訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)。查詢處理器根據(jù)分布的統(tǒng)計(jì)信 息生成該查詢語(yǔ)句的優(yōu)化執(zhí)行規(guī)劃,以提高訪問(wèn)數(shù)據(jù)的效率為目標(biāo),確定是使用表掃描還是使用索引。索引的選項(xiàng)在創(chuàng)建索引時(shí),可以指定一些選項(xiàng),通過(guò)使用這些選項(xiàng),可以優(yōu)化索引的性能。這些選項(xiàng)包括 FILLFACTO她項(xiàng)、PAD_INDE涎項(xiàng) 和 SORTED_DATA_REORGt使用FILLFACTO破項(xiàng),可以優(yōu)化插入語(yǔ)句和修改語(yǔ)句的性能。當(dāng)某

18、個(gè)索引頁(yè)變滿時(shí),SQL Serve以、須花費(fèi)時(shí)間分解該頁(yè),以便 為新的記錄行騰出空間。使用FILLFACTO碓項(xiàng),就是在葉級(jí)索引頁(yè)上分配一定百分比的自由空間,以便減少頁(yè)的分解時(shí)間。當(dāng)在有數(shù)據(jù)的表中創(chuàng)建索引時(shí),可以使用FILLFACTO旌項(xiàng)指定每一個(gè)葉級(jí)索引節(jié)點(diǎn)的填充的百分比。缺省值是0,該數(shù)值等價(jià)于100o在創(chuàng)建索引的時(shí)候,內(nèi)部索引節(jié)點(diǎn)總是留有了一定的空間, 這個(gè)空間足夠容納一個(gè)或者兩個(gè)表中的記錄。在沒(méi)有數(shù)據(jù)的表 中,當(dāng)創(chuàng)建索引的時(shí)候,不要使用該選項(xiàng),因?yàn)檫@時(shí)該選項(xiàng)是沒(méi) 有實(shí)際意義的。另外,該選項(xiàng)的數(shù)值在創(chuàng)建時(shí)指定以后,不能動(dòng) 態(tài)地得到維護(hù),因此,只應(yīng)該在有數(shù)據(jù)的表中創(chuàng)建索引時(shí)才使用。PAD_

19、INDEX選項(xiàng)將FILLFACTO旌項(xiàng)的數(shù)值同樣也用于內(nèi)部的索 引節(jié)點(diǎn),使內(nèi)部的索引節(jié)點(diǎn)的填充度與葉級(jí)索引的節(jié)點(diǎn)中的填充 度相同。如果沒(méi)有指定FILLFACTO曙項(xiàng),那么單獨(dú)指定 PAD_INDE涎項(xiàng)是沒(méi)有實(shí)際意義的,這是因?yàn)镻AD_INDE涎項(xiàng)的 取值是由FILLFACTO她項(xiàng)的取值確定的。當(dāng)創(chuàng)建聚簇索引時(shí),SORTED_DATA_REORG項(xiàng)清除排序,因此 可以減少建立聚簇索引所需要的時(shí)間。當(dāng)在一個(gè)已經(jīng)變成碎塊的表上創(chuàng)建或者重建聚簇索引時(shí),使用SORTED_DATA_REORG® 可以壓縮數(shù)據(jù)頁(yè)。當(dāng)重新需要在索引上應(yīng)用填充度時(shí), 也使用該 選項(xiàng)。當(dāng)使用 SORTED_DATA_R

20、EOfi時(shí),應(yīng)該考慮這些因素: SQL Server確認(rèn)每一個(gè)關(guān)鍵值是否比前一個(gè)關(guān)鍵值高,如果都不高,那么不能創(chuàng)建索引;SQL Server要求1.2倍的表空間來(lái)物理 地重新組織數(shù)據(jù);使用 SORTED_DATA_REORB®,通過(guò)清除排 序進(jìn)程而加快索引創(chuàng)建進(jìn)程; 從表中物理地拷貝數(shù)據(jù);當(dāng)某一個(gè) 行被刪除時(shí),其所占的空間可以重新利用;創(chuàng)建全部非聚簇索引; 如果希望把葉級(jí)頁(yè)填充到一定的百分比,可以同時(shí)使用FILLFACTO她項(xiàng)和 SORTEDDATAREORGt索引的維護(hù) 為了維護(hù)系統(tǒng)性能,索引在創(chuàng)建之后,由于頻繁地對(duì)數(shù)據(jù)進(jìn)行增 加、刪除、修改等操作使得索引頁(yè)發(fā)生碎塊,因此,必須對(duì)索

21、引 進(jìn)行維護(hù)。使用DBCC SHOWCONTI僵句,可以顯示表的數(shù)據(jù)和索引的碎塊 信息。當(dāng)執(zhí)行 DBCCSHOWCONTI弟句時(shí),SQL Server瀏覽葉級(jí) 上的整個(gè)索引頁(yè),來(lái)確定表或者指定的索引是否嚴(yán)重碎塊。DBCCSHOWCONTIG吾句還能確定數(shù)據(jù)頁(yè)和索引頁(yè)是否已經(jīng)滿了。當(dāng)對(duì)表進(jìn)行大量的修改或者增加大量的數(shù)據(jù)之后,或者表的查詢非常慢時(shí),應(yīng)該在這些表上執(zhí)行 DBCC SHOWCONTIG語(yǔ)句。當(dāng)執(zhí)行DBCC SHOWCONTIG語(yǔ)句時(shí),應(yīng)該考慮這些因素:當(dāng)執(zhí)行 DBCCSHOWCONTI弟句時(shí),SQL Serve哽求指定表的ID號(hào)或者索引的ID號(hào),表的ID號(hào)或者索引的ID號(hào)可以從系統(tǒng)表s

22、ysindexes中得到;應(yīng)該確定多長(zhǎng)時(shí)間使用一次DBCC SHOWCONTI僵句,這個(gè)時(shí)間長(zhǎng)度要根據(jù)表的活動(dòng)情況來(lái)定, 每天、每周或者每月都可以。 使用DBCC DBREINDEX句重建表的一個(gè)或者多個(gè)索引。當(dāng)希望 重建索引和當(dāng)表上有主鍵約束或者唯一性鍵約束時(shí),執(zhí)行DBCCDBREINDE滯句。除此之外,執(zhí)行 DBCC DBREINDEX句還可以 重新組織葉級(jí)索引頁(yè)的存儲(chǔ)空間、刪除碎塊和重新計(jì)算索引統(tǒng) 計(jì)。當(dāng)使用執(zhí)行 DBCC DBREINDEX句時(shí),應(yīng)該考慮這些因素: 根據(jù)指定的填充度,系統(tǒng)重新填充每一個(gè)葉級(jí)頁(yè);使用 DBCC DBREINDEXif句重建主鍵約束或者唯一性鍵約束的索引;使

23、用 SORTED_DATA_REORG項(xiàng)可以更快地創(chuàng)建聚簇索引,如果沒(méi)有 排列關(guān)鍵值,那么不能使用DBCC DBREINDEX語(yǔ)句;DBCCDBREINDE滯句不支持系統(tǒng)表。另外,還可以使用數(shù)據(jù)庫(kù)維護(hù)規(guī) 劃向?qū)ё詣?dòng)地進(jìn)行重建索引的進(jìn)程。統(tǒng)計(jì)信息是存儲(chǔ)在SQL Serve仲的列數(shù)據(jù)的樣本。這些數(shù)據(jù)一般 地用于索引列,但是還可以為非索引列創(chuàng)建統(tǒng)計(jì)。SQL Serve濰護(hù)某一個(gè)索引關(guān)鍵值的分布統(tǒng)計(jì)信息,并且使用這些統(tǒng)計(jì)信息來(lái)確定在查詢進(jìn)程中哪一個(gè)索引是有用的。查詢的優(yōu)化依賴于這些統(tǒng)計(jì)信息的分布準(zhǔn)確度。查詢優(yōu)化器使用這些數(shù)據(jù)樣本來(lái)決定是 使用表掃描還是使用索引。當(dāng)表中數(shù)據(jù)發(fā)生變化時(shí),SQL Server周期性地自動(dòng)修改統(tǒng)計(jì)信息。 索引統(tǒng)計(jì)被自動(dòng)地修改,索引中的 關(guān)鍵值顯著變化。統(tǒng)計(jì)信息修改的頻率由索引中的數(shù)據(jù)量和數(shù)據(jù) 改變量確定。例如,如果表中有10000行數(shù)據(jù),1000行數(shù)據(jù)修改了,那么統(tǒng)計(jì)信息可能需要修改。然而,如果只有50行記錄修改了,那么仍然保持當(dāng)前的統(tǒng)計(jì)信息。 除了系統(tǒng)自動(dòng)修改之

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論