上傳人：7***

認(rèn)證信息

認(rèn)證類型：個(gè)人認(rèn)證

認(rèn)證主體：雷**（實(shí)名認(rèn)證）

IP屬地：湖北

IP屬地：湖北 上傳時(shí)間：2022-01-16 格式：DOC 頁(yè)數(shù)：10 大?。?3KB 積分：20 舉報(bào) 版權(quán)申訴

1、索引和索引調(diào)整向?qū)饕退饕{(diào)整向?qū)П疚年P(guān)鍵字：本文關(guān)鍵字：概述數(shù)據(jù)庫(kù)的目的就是管理大量的數(shù)據(jù)。隨著知識(shí)經(jīng)濟(jì)的迅猛發(fā)展和信息技術(shù)水平的飛速提高，信息技術(shù)的應(yīng)用越來(lái)越廣泛，涉及的領(lǐng)域越來(lái)越多，從企業(yè)到學(xué)校，從政府到個(gè)人，幾乎都席卷到了這個(gè)信息浪潮中。高速膨脹的需求，對(duì)數(shù)據(jù)庫(kù)技術(shù)提出了更多更高更難的要求，例如要求處理的數(shù)據(jù)量越來(lái)越多、要求的處理速度越來(lái)越快。為了處理更多的數(shù)據(jù)量，例如太字節(jié)（TB）的數(shù)據(jù)，這就要求數(shù)據(jù)庫(kù)采用新的存儲(chǔ)引擎，并且可以處理來(lái)自各種數(shù)據(jù)源的數(shù)據(jù)。為了提高數(shù)據(jù)的處理速度，在數(shù)據(jù)庫(kù)查詢技術(shù)方面，要求采用新的查詢模型、并行查詢方式和新的索引技術(shù)。許多數(shù)據(jù)庫(kù)供應(yīng)商各出新招，紛紛推出

2、自己的適應(yīng)新形式的解決方案。微軟公司作為在信息技術(shù)領(lǐng)域中成長(zhǎng)最快的影響最大的計(jì)算機(jī)公司，也推出了自己的面向二十一世紀(jì)的數(shù)據(jù)庫(kù)解決方案，這就是 SQLServer 7.0。SQL Server 7.0 在許多數(shù)據(jù)庫(kù)產(chǎn)品中之所以能夠成為領(lǐng)先者，就是因?yàn)樗鼮榱藵M足客戶的需求，在易用性、可伸縮性、可靠性和數(shù)據(jù)庫(kù)倉(cāng)庫(kù)方面進(jìn)行了許多革新。這些革新包括許多方面，例如 SQL Server 7.0 是第一個(gè)能夠縮放以適應(yīng)從便攜式計(jì)算到企業(yè)級(jí)應(yīng)用的各種規(guī)模的數(shù)據(jù)庫(kù)，從 MB 級(jí)到 GB 級(jí)、從 GB 級(jí)到TB 級(jí)，它們可以使用完全相同的代碼，數(shù)據(jù)庫(kù)提供了 100%的代碼兼容性。SQLServer 7.0 還是第

3、一個(gè)支持自配置和自調(diào)整的數(shù)據(jù)庫(kù)、第一個(gè)與 OLAP 服務(wù)器集成的數(shù)據(jù)庫(kù)、第一個(gè)與數(shù)據(jù)轉(zhuǎn)換服務(wù)集成的數(shù)據(jù)庫(kù)、第一個(gè)提供了多服務(wù)器管理以適應(yīng)大量服務(wù)器應(yīng)用的數(shù)據(jù)庫(kù)、第一個(gè)數(shù)據(jù)倉(cāng)庫(kù)框架成為解決元數(shù)據(jù)問(wèn)題的綜合方法、提供了對(duì)任意類型數(shù)據(jù)庫(kù)的最廣泛的復(fù)制選項(xiàng)，微軟的全局?jǐn)?shù)據(jù)存取策略實(shí)現(xiàn)了對(duì)大量信息資源的高性能訪問(wèn)。本文主要介紹有關(guān)索引和索引調(diào)整向?qū)У膬?nèi)容。概念和特點(diǎn)索引就是加快檢索表中數(shù)據(jù)的方法。數(shù)據(jù)庫(kù)的索引類似于書(shū)籍的索引。在書(shū)籍中，索引允許用戶不必翻閱完整個(gè)書(shū)就能迅速地找到所需要的信息。在數(shù)據(jù)庫(kù)中，索引也允許數(shù)據(jù)庫(kù)程序迅速地找到表中的數(shù)據(jù)，而不必掃描整個(gè)數(shù)據(jù)庫(kù)。在書(shū)籍中，索引就是內(nèi)容和相應(yīng)頁(yè)號(hào)的清單

4、。在數(shù)據(jù)庫(kù)中，索引就是表中數(shù)據(jù)和相應(yīng)存儲(chǔ)位置的列表。索引可以大大減少數(shù)據(jù)庫(kù)管理系統(tǒng)查找數(shù)據(jù)的時(shí)間。索引調(diào)整向?qū)且环N工具，它通過(guò)使用查詢優(yōu)化器來(lái)分析工作量中的查詢?nèi)蝿?wù)，向有大量工作量的數(shù)據(jù)庫(kù)推薦一種最佳的索引混合方式，加快數(shù)據(jù)庫(kù)的查詢速度。SQL Server 現(xiàn)在用交叉索引和聯(lián)合索引來(lái)完成對(duì)一個(gè)數(shù)據(jù)庫(kù)的多次索引。索引和索引調(diào)整向?qū)Ь哂邢铝幸恍┨攸c(diǎn)：索引可以加快數(shù)據(jù)庫(kù)的檢索速度索引降低了數(shù)據(jù)庫(kù)插入、修改、刪除等維護(hù)任務(wù)的速度索引創(chuàng)建在表上，不能創(chuàng)建在視圖上索引有兩種類型，即聚簇索引和非聚簇索引聚簇索引與基表的物理順序相同，非聚簇索引與基表的物理順序不相同索引既可以直接創(chuàng)建，也可以間接創(chuàng)建可以在

5、優(yōu)化隱藏中，使用索引使用查詢處理器執(zhí)行 SQL 語(yǔ)句，在一個(gè)表上，一次只能使用一個(gè)索引使用索引調(diào)整向?qū)?，在一個(gè)表上，一次可以使用多個(gè)索引使用索引調(diào)整向?qū)В枰峁┕ぷ髁孔鳛檎{(diào)整的對(duì)象索引的優(yōu)點(diǎn)和缺點(diǎn)為什么要?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)化隱藏器

6、，提高系統(tǒng)的性能。也許會(huì)有人要問(wèn)：增加索引有如此多的優(yōu)點(diǎn)，為什么不對(duì)表中的每一個(gè)列創(chuàng)建一個(gè)索引呢？這種想法固然有其合理性，然而也有其片面性。雖然，索引有許多優(yōu)點(diǎn)，但是，為表中的每一個(gè)列都增加索引，是非常不明智的。這是因?yàn)?，增加索引也有許多不利的一個(gè)方面。第一，創(chuàng)建索引和維護(hù)索引要耗費(fèi)時(shí)間，這種時(shí)間隨著數(shù)據(jù)量的增加而增加。第二，索引需要占物理空間，除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每一個(gè)索引還要占一定的物理空間，如果要建立聚簇索引，那么需要的空間就會(huì)更大。第三，當(dāng)對(duì)表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時(shí)候，索引也要?jiǎng)討B(tài)的維護(hù)，這樣就降低了數(shù)據(jù)的維護(hù)速度。索引是建立在數(shù)據(jù)庫(kù)表中的某些列的上面。因此，在創(chuàng)建索引

7、的時(shí)候，應(yīng)該仔細(xì)考慮在哪些列上可以創(chuàng)建索引，在哪些列上不能創(chuàng)建索引。一般來(lái)說(shuō)，應(yīng)該在這些列上創(chuàng)建索引，例如：在經(jīng)常需要搜索的列上，可以加快搜索的速度；在作為主鍵的列上，強(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)建索引，加快條件的判斷速度。同樣，對(duì)于有些列不應(yīng)該創(chuàng)建索引。一般來(lái)說(shuō)，不應(yīng)該創(chuàng)建索引的的這些列具有下列特點(diǎn)：

8、第一，對(duì)于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索引。這是因?yàn)?，既然這些列很少使用到，因此有索引或者無(wú)索引，并不能提高查詢速度。相反，由于增加了索引，反而降低了系統(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)該

9、創(chuàng)建索引。這是因?yàn)?，修改性能和檢索性能是互相矛盾的。當(dāng)增加索引時(shí)，會(huì)提高檢索性能，但是會(huì)降低修改性能。當(dāng)減少索引時(shí)，會(huì)提高修改性能，降低檢索性能。因此，當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí)，不應(yīng)該創(chuàng)建索引。創(chuàng)建索引的方法和索引的特征創(chuàng)建索引的方法創(chuàng)建索引有多種方法，這些方法包括直接創(chuàng)建索引的方法和間接創(chuàng)建索引的方法。直接創(chuàng)建索引，例如使用 CREATE INDEX 語(yǔ)句或者使用創(chuàng)建索引向?qū)?，間接創(chuàng)建索引，例如在表中定義主鍵約束或者唯一性鍵約束時(shí)，同時(shí)也創(chuàng)建了索引。雖然，這兩種方法都可以創(chuàng)建索引，但是，它們創(chuàng)建索引的具體內(nèi)容是有區(qū)別的。本文關(guān)鍵字：本文關(guān)鍵字：使用 CREATE INDEX 語(yǔ)句或者使用

10、創(chuàng)建索引向?qū)?lái)創(chuàng)建索引，這是最基本的索引創(chuàng)建方式，并且這種方法最具有柔性，可以定制創(chuàng)建出符合自己需要的索引。在使用這種方式創(chuàng)建索引時(shí)，可以使用許多選項(xiàng)，例如指定數(shù)據(jù)頁(yè)的充滿度、進(jìn)行排序、整理統(tǒng)計(jì)信息等，這樣可以優(yōu)化索引。使用這種方法，可以指定索引的類型、唯一性和復(fù)合性，也就是說(shuō)，既可以創(chuàng)建聚簇索引，也可以創(chuàng)建非聚簇索引，既可1234512345 以在一個(gè)列上創(chuàng)建索引，也可以在兩個(gè)或者兩個(gè)以上的列上創(chuàng)建索引。通過(guò)定義主鍵約束或者唯一性鍵約束，也可以間接創(chuàng)建索引。主鍵約束是一種保持?jǐn)?shù)據(jù)完整性的邏輯，它限制表中的記錄有相同的主鍵記錄。在創(chuàng)建主鍵約束時(shí)，系統(tǒng)自動(dòng)創(chuàng)建了一個(gè)唯一性的聚簇索引。雖然，在邏輯

11、上，主鍵約束是一種重要的結(jié)構(gòu)，但是，在物理結(jié)構(gòu)上，與主鍵約束相對(duì)應(yīng)的結(jié)構(gòu)是唯一性的聚簇索引。換句話說(shuō)，在物理實(shí)現(xiàn)上，不存在主鍵約束，而只存在唯一性的聚簇索引。同樣，在創(chuàng)建唯一性鍵約束時(shí)，也同時(shí)創(chuàng)建了索引，這種索引則是唯一性的非聚簇索引。因此，當(dāng)使用約束創(chuàng)建索引時(shí)，索引的類型和特征基本上都已經(jīng)確定了，由用戶定制的余地比較小。當(dāng)在表上定義主鍵或者唯一性鍵約束時(shí)，如果表中已經(jīng)有了使用 CREATE INDEX語(yǔ)句創(chuàng)建的標(biāo)準(zhǔn)索引時(shí)，那么主鍵約束或者唯一性鍵約束創(chuàng)建的索引覆蓋以前創(chuàng)建的標(biāo)準(zhǔn)索引。也就是說(shuō)，主鍵約束或者唯一性鍵約束創(chuàng)建的索引的優(yōu)先級(jí)高于使用 CREATE INDEX 語(yǔ)句創(chuàng)建的索引。索引的

12、特征索引有兩個(gè)特征，即唯一性索引和復(fù)合索引。唯一性索引保證在索引列中的全部數(shù)據(jù)是唯一的，不會(huì)包含冗余數(shù)據(jù)。如果表中已經(jīng)有一個(gè)主鍵約束或者唯一性鍵約束，那么當(dāng)創(chuàng)建表或者修改表時(shí)，SQLServer 自動(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 Server 自動(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

13、 檢查數(shù)據(jù)的冗余性：如果有冗余值，那么 SQL Server 取消該語(yǔ)句的執(zhí)行，并且返回一個(gè)錯(cuò)誤消息；確保表中的每一行數(shù)據(jù)都有一個(gè)唯一值，這樣可以確保每一個(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ù)合索引時(shí)，應(yīng)該考慮這些規(guī)則：最多可以把 16 個(gè)列合并成一個(gè)單獨(dú)的復(fù)合索引，構(gòu)成復(fù)合索引的列的總長(zhǎng)度不能超過(guò) 900 字節(jié)，也就是說(shuō)復(fù)合列的長(zhǎng)度不能太長(zhǎng)；在復(fù)合索引中，所有的列必須

14、來(lái)自同一個(gè)表中，不能跨表建立復(fù)合列；在復(fù)合索引中，列的排列順序是非常重要的，因此要認(rèn)真排列列的順序，原則上，應(yīng)該首先定義最唯一的列，例如在（COL1，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ù)表的物理順序與索引順序不相同

15、的非聚簇索引。聚簇索引的體系結(jié)構(gòu)索引的結(jié)構(gòu)類似于樹(shù)狀結(jié)構(gòu)，樹(shù)的頂部稱為葉級(jí)，樹(shù)的其它部分稱為非葉級(jí)，樹(shù)的根部在非葉級(jí)中。同樣，在聚簇索引中，聚簇索引的葉級(jí)和非葉級(jí)構(gòu)成了一個(gè)樹(shù)狀結(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)榫鄞?/p>

16、索引改變了表中行的物理順序，數(shù)據(jù)行按照一定的順序排列，并且自動(dòng)維護(hù)這個(gè)順序；關(guān)鍵值的唯一性要么使用 UNIQUE 關(guān)鍵字明確維護(hù)，要么由一個(gè)內(nèi)部的唯一標(biāo)識(shí)符明確維護(hù)，這些唯一性標(biāo)識(shí)符是系統(tǒng)自己使用的，用戶不能訪問(wèn)；聚簇索引的平均大小大約是數(shù)據(jù)表的百分之五，但是，實(shí)際的聚簇索引的大小常常根據(jù)索引列的大小變化而變化；在索引的創(chuàng)建過(guò)程中，SQL Server 臨時(shí)使用當(dāng)前數(shù)據(jù)庫(kù)的磁盤(pán)空間，當(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ù)有意義。如果索引存在并且該索引非常有

17、意義，那么系統(tǒng)使用該索引訪問(wèn)表中的記錄。系統(tǒng)從索引開(kāi)始瀏覽到數(shù)據(jù)，索引瀏覽則從樹(shù)狀索引的根部開(kāi)始。從根部開(kāi)始，搜索值與每一個(gè)關(guān)鍵值相比較，確定搜索值是否大于或者等于關(guān)鍵值。這一步重復(fù)進(jìn)行，直到碰上一個(gè)比搜索值大的關(guān)鍵值，或者該搜索值大于或者等于索引頁(yè)上所有的關(guān)鍵值為止。非聚簇索引的體系結(jié)構(gòu)非聚簇索引的結(jié)構(gòu)也是樹(shù)狀結(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)有聚簇索引

18、，那么這個(gè)數(shù)據(jù)表也稱為數(shù)據(jù)堆。當(dāng)非聚簇索引在數(shù)據(jù)堆的頂部創(chuàng)建時(shí)，系統(tǒng)使用索引頁(yè)中的行標(biāo)識(shí)符指向數(shù)據(jù)頁(yè)中的記錄。行標(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í)符指定記錄行的邏輯順序，由

19、文件ID、頁(yè)號(hào)和行 ID 組成。這些行的標(biāo)識(shí)符維持唯一性。非聚簇索引的葉級(jí)頁(yè)的順序不同于表中數(shù)據(jù)的物理順序。這些關(guān)鍵值在葉級(jí)中以升序維持。本文關(guān)鍵字：本文關(guān)鍵字：當(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ù)。&n1234512345 bsp;當(dāng)需要以多種方式檢索數(shù)據(jù)時(shí)，非聚簇索引是

20、非常有用的。當(dāng)創(chuàng)建非聚簇索引時(shí)，要考慮這些情況：在缺省情況下，所創(chuàng)建的索引是非聚簇索引；在每一個(gè)表上面，可以創(chuàng)建不多于 249 個(gè)非聚簇索引，而聚簇索引最多只能有一個(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)。第二種方法是使用索引查找。索引是一種樹(shù)狀結(jié)構(gòu)，其中存

21、儲(chǔ)了關(guān)鍵字和指向包含關(guān)鍵字所在記錄的數(shù)據(jù)頁(yè)的指針。當(dāng)使用索引查找時(shí)，系統(tǒng)沿著索引的樹(shù)狀結(jié)構(gòu)，根據(jù)索引中關(guān)鍵字和指針，找到符合查詢條件的的記錄。最后，將全部查找到的符合查詢語(yǔ)句條件的記錄顯示出來(lái)。在 SQL Server 中，當(dāng)訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)時(shí)，由 SQL Server 確定該表中是否有索引存在。如果沒(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)包括 FILLFA

22、CTOR 選項(xiàng)、PAD_INDEX 選項(xiàng)和SORTED_DATA_REORG 選項(xiàng)。使用 FILLFACTOR 選項(xiàng)，可以優(yōu)化插入語(yǔ)句和修改語(yǔ)句的性能。當(dāng)某個(gè)索引頁(yè)變滿時(shí)，SQL Server 必須花費(fèi)時(shí)間分解該頁(yè)，以便為新的記錄行騰出空間。使用FILLFACTOR 選項(xiàng)，就是在葉級(jí)索引頁(yè)上分配一定百分比的自由空間，以便減少頁(yè)的分解時(shí)間。當(dāng)在有數(shù)據(jù)的表中創(chuàng)建索引時(shí)，可以使用 FILLFACTOR 選項(xiàng)指定每一個(gè)葉級(jí)索引節(jié)點(diǎn)的填充的百分比。缺省值是 0，該數(shù)值等價(jià)于 100。在創(chuàng)建索引的時(shí)候，內(nèi)部索引節(jié)點(diǎn)總是留有了一定的空間，這個(gè)空間足夠容納一個(gè)或者兩個(gè)表中的記錄。在沒(méi)有數(shù)據(jù)的表中，當(dāng)創(chuàng)建索引的

23、時(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_INDEX 選項(xiàng)將 FILLFACTOR 選項(xiàng)的數(shù)值同樣也用于內(nèi)部的索引節(jié)點(diǎn)，使內(nèi)部的索引節(jié)點(diǎn)的填充度與葉級(jí)索引的節(jié)點(diǎn)中的填充度相同。如果沒(méi)有指定FILLFACTOR 選項(xiàng)，那么單獨(dú)指定 PAD_INDEX 選項(xiàng)是沒(méi)有實(shí)際意義的，這是因?yàn)镻AD_INDEX 選項(xiàng)的取值是由 FILLFACTOR 選項(xiàng)的取值確定的。當(dāng)創(chuàng)建聚簇索引時(shí)，SORTED_DATA_REORG 選項(xiàng)清除排序，因此可以減少建立聚簇索引所需要的時(shí)間。當(dāng)在一個(gè)已經(jīng)變成碎

24、塊的表上創(chuàng)建或者重建聚簇索引時(shí)，使用 SORTED_DATA_REORG 選項(xiàng)可以壓縮數(shù)據(jù)頁(yè)。當(dāng)重新需要在索引上應(yīng)用填充度時(shí)，也使用該選項(xiàng)。當(dāng)使用 SORTED_DATA_REORG 選項(xiàng)時(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_REORG 選項(xiàng)，通過(guò)清除排序進(jìn)程而加快索引創(chuàng)建進(jìn)程；從表中物理地拷貝數(shù)據(jù)；當(dāng)某一個(gè)行被刪除時(shí)，其所占的空間可以重新利用；創(chuàng)建全部非聚簇索引；如果希望把葉級(jí)頁(yè)填充到一定的百分比，可以同時(shí)使用FILLFA

25、CTOR 選項(xiàng)和 SORTED_DATA_REORG 選項(xiàng)。索引的維護(hù)為了維護(hù)系統(tǒng)性能，索引在創(chuàng)建之后，由于頻繁地對(duì)數(shù)據(jù)進(jìn)行增加、刪除、修改等操作使得索引頁(yè)發(fā)生碎塊，因此，必須對(duì)索引進(jìn)行維護(hù)。使用 DBCC SHOWCONTIG 語(yǔ)句，可以顯示表的數(shù)據(jù)和索引的碎塊信息。當(dāng)執(zhí)行DBCC SHOWCONTIG 語(yǔ)句時(shí)，SQL Server 瀏覽葉級(jí)上的整個(gè)索引頁(yè)，來(lái)確定表或者指定的索引是否嚴(yán)重碎塊。DBCC SHOWCONTIG 語(yǔ)句還能確定數(shù)據(jù)頁(yè)和索引頁(yè)是否已經(jīng)滿了。當(dāng)對(duì)表進(jìn)行大量的修改或者增加大量的數(shù)據(jù)之后，或者表的查詢非常慢時(shí)，應(yīng)該在這些表上執(zhí)行 DBCC SHOWCONTIG 語(yǔ)句。當(dāng)執(zhí)行

26、 DBCCSHOWCONTIG 語(yǔ)句時(shí)，應(yīng)該考慮這些因素：當(dāng)執(zhí)行 DBCC SHOWCONTIG 語(yǔ)句時(shí)，SQL Server 要求指定表的 ID 號(hào)或者索引的 ID 號(hào)，表的 ID 號(hào)或者索引的 ID 號(hào)可以從系統(tǒng)表 sysindexes 中得到；應(yīng)該確定多長(zhǎng)時(shí)間使用一次 DBCCSHOWCONTIG 語(yǔ)句，這個(gè)時(shí)間長(zhǎng)度要根據(jù)表的活動(dòng)情況來(lái)定，每天、每周或者每月都可以。使用 DBCC DBREINDEX 語(yǔ)句重建表的一個(gè)或者多個(gè)索引。當(dāng)希望重建索引和當(dāng)表上有主鍵約束或者唯一性鍵約束時(shí)，執(zhí)行 DBCC DBREINDEX 語(yǔ)句。除此之外，執(zhí)行 DBCC DBREINDEX 語(yǔ)句還可以重新組織葉

27、級(jí)索引頁(yè)的存儲(chǔ)空間、刪除碎塊和重新計(jì)算索引統(tǒng)計(jì)。當(dāng)使用執(zhí)行 DBCC DBREINDEX 語(yǔ)句時(shí)，應(yīng)該考慮這些因素：根據(jù)指定的填充度，系統(tǒng)重新填充每一個(gè)葉級(jí)頁(yè)；使用 DBCC DBREINDEX 語(yǔ)句重建主鍵約束或者唯一性鍵約束的索引；使用 SORTED_DATA_REORG 選項(xiàng)可以更快地創(chuàng)建聚簇索引，如果沒(méi)有排列關(guān)鍵值，那么不能使用 DBCC DBREINDEX 語(yǔ)句；DBCC DBREINDEX 語(yǔ)句不支持系統(tǒng)表。另外，還可以使用數(shù)據(jù)庫(kù)維護(hù)規(guī)劃向?qū)ё詣?dòng)地進(jìn)行重建索引的進(jìn)程。統(tǒng)計(jì)信息是存儲(chǔ)在 SQL Server 中的列數(shù)據(jù)的樣本。這些數(shù)據(jù)一般地用于索引列，但是還可以為非索引列創(chuàng)建統(tǒng)計(jì)。S

28、QL Server 維護(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)修改之外，用戶還可以通過(guò)執(zhí)行 UPDATE STATIS

29、TICS 語(yǔ)句或者 sp_updatestats 系統(tǒng)存儲(chǔ)過(guò)程來(lái)手工修改統(tǒng)計(jì)信息。使用 UPDATE STATISTICS 語(yǔ)句既可以修改表中的全部索引，也可以修改指定的索引。本文關(guān)鍵字：本文關(guān)鍵字：使用 SHOWPLAN 和 STATISTICS IO 語(yǔ)句可以分析索引和查詢性能。使用這些語(yǔ)句可以更好地調(diào)整查詢和索引。 SHOWPLAN 語(yǔ)句顯示在連接表中使用的查詢優(yōu)化器的每一1234512345 步以及表明使用哪一個(gè)索引訪問(wèn)數(shù)據(jù)。使用 SHOWPLAN 語(yǔ)句可以查看指定查詢的查詢規(guī)劃。當(dāng)使用 SHOWPLAN 語(yǔ)句時(shí)，應(yīng)該考慮這些因素。SETSHOWPLAN_ALL 語(yǔ)句返回的輸出結(jié)果比

30、SET SHOWPLAN_TEXT 語(yǔ)句返回的輸出結(jié)果詳細(xì)。然而，應(yīng)用程序必須能夠處理 SET SHOWPLAN_ALL 語(yǔ)句返回的輸出結(jié)果。SHOWPLAN 語(yǔ)句生成的信息只能針對(duì)一個(gè)會(huì)話。如果重新連接 SQL Server，那么必須重新執(zhí)行 SHOWPLAN 語(yǔ)句。STATISTICS IO 語(yǔ)句表明輸入輸出的數(shù)量，這些輸入輸出用來(lái)返回結(jié)果集和顯示指定查詢的邏輯的和物理的 I/O 的信息?？梢允褂眠@些信息來(lái)確定是否應(yīng)該重寫(xiě)查詢語(yǔ)句或者重新設(shè)計(jì)索引。使用STATISTICS IO 語(yǔ)句可以查看用來(lái)處理指定查詢的 I/O 信息。就象 SHOWPLAN 語(yǔ)句一樣，優(yōu)化器隱藏也用來(lái)調(diào)整查詢性能。優(yōu)

31、化器隱藏可以對(duì)查詢性能提供較小的改進(jìn)，并且如果索引策略發(fā)生了改變，那么這種優(yōu)化器隱藏就毫無(wú)用處了。因此，限制使用優(yōu)化器隱藏，這是因?yàn)閮?yōu)化器隱藏更有效率和更有柔性。當(dāng)使用優(yōu)化器隱藏時(shí)，考慮這些規(guī)則：指定索引名稱、當(dāng)index_id 為 0 時(shí)為使用表掃描、當(dāng) index_id 為 1 時(shí)為使用聚簇索引；優(yōu)化器隱藏覆蓋查詢優(yōu)化器，如果數(shù)據(jù)或者環(huán)境發(fā)生了變化，那么必須修改優(yōu)化器隱藏。索引調(diào)整向?qū)饕{(diào)整向?qū)且环N工具，可以分析一系列數(shù)據(jù)庫(kù)的查詢語(yǔ)句，提供使用一系列數(shù)據(jù)庫(kù)索引的建議，優(yōu)化整個(gè)查詢語(yǔ)句的性能。對(duì)于查詢語(yǔ)句，需要指定下列內(nèi)容：查詢語(yǔ)句，這是將要優(yōu)化的工作量包含了這些表的數(shù)據(jù)庫(kù)，在這些表中，

32、可以創(chuàng)建索引，提高查詢性能在分析中使用的表在分析中，考慮的約束條件，例如索引可以使用的最大磁盤(pán)空間這里指的工作量，可以來(lái)自兩個(gè)方面：使用 SQL Server 捕捉的軌跡和包含了SQL 語(yǔ)句的文件。索引調(diào)整向?qū)Э偸腔谝粋€(gè)已經(jīng)定義好的工作量。如果一個(gè)工作量不能反映正常的操作，那么它建議使用的索引不是實(shí)際的工作量上性能最好的索引。索引調(diào)整向?qū)д{(diào)用查詢分析器，使用所有可能的組合評(píng)定在這個(gè)工作量中每一個(gè)查詢語(yǔ)句的性能。然后，建議在整個(gè)工作量上可以提高整個(gè)查詢語(yǔ)句的性能的索引。如果沒(méi)有供索引調(diào)整向?qū)?lái)分析的工作量，那么可以使用圖解器立即創(chuàng)建它。一旦決定跟蹤一條正常數(shù)據(jù)庫(kù)活動(dòng)的描述樣本，向?qū)軌蚍治鲞@種

33、工作量和推薦能夠提高數(shù)據(jù)庫(kù)工作性能的索引配置。索引調(diào)整向?qū)?duì)工作量進(jìn)行分析之后，可以查看到一系列的報(bào)告，還可以使該向?qū)Я⒓磩?chuàng)建所建議的最佳索引，或者使這項(xiàng)工作成為一種可以調(diào)度的作業(yè)，或者生成一個(gè)包含創(chuàng)建這些索引的 SQL 語(yǔ)句的文件。索引調(diào)整向?qū)г试S為 SQL Server 數(shù)據(jù)庫(kù)選擇和創(chuàng)建一種理想的索引組合和統(tǒng)計(jì)，而不要求對(duì)數(shù)據(jù)庫(kù)結(jié)構(gòu)、工作量或者 SQL Server 內(nèi)部達(dá)到專家的理解程度?？傊?，索引調(diào)整向?qū)軌蜃鞯揭韵聨讉€(gè)方面的工作：通過(guò)使用查詢優(yōu)化器來(lái)分析工作量中的查詢?nèi)蝿?wù)，向有大量工作量的數(shù)據(jù)庫(kù)推薦一種最佳的索引混合方式分析按照建議作出改變之后的效果，包括索引的用法、表間查詢的分布和大量工作中查詢的工作效果為少量查詢?nèi)蝿?wù)推薦調(diào)整數(shù)據(jù)庫(kù)的方法通過(guò)設(shè)定高級(jí)選項(xiàng)如磁盤(pán)空間約束、最大的查詢語(yǔ)句數(shù)量和每個(gè)索引的最多列的數(shù)量等，允許定制推薦方式圖解器圖解器能夠?qū)崟r(shí)抓取在服務(wù)器中運(yùn)行的連續(xù)圖片，可以選取希望監(jiān)測(cè)的項(xiàng)目和事件，包括 Transact-SQL 語(yǔ)句和批命令、對(duì)象的用法、鎖定、安全事件和錯(cuò)誤。圖解器能夠過(guò)濾這些事件，僅僅顯示用戶關(guān)心的問(wèn)題?？梢允褂猛慌_(tái)服務(wù)器或者其他服務(wù)器重復(fù)已經(jīng)記錄的跟蹤事件，重新執(zhí)行那些已經(jīng)作了記錄的命令。通過(guò)集中處理這些事件，就能夠很容易監(jiān)測(cè)和調(diào)試 SQL Server 中出現(xiàn)的問(wèn)題。通過(guò)對(duì)特定事件