sql server索引的使用和優(yōu)化--

《sql server索引的使用和優(yōu)化--》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在學術(shù)論文-天天文庫。

1、SQLServer索引的使用和優(yōu)化>>　　在應(yīng)用系統(tǒng)中,尤其在聯(lián)機事務(wù)處理系統(tǒng)中,對數(shù)據(jù)查詢及處理速度已成為衡量應(yīng)用系統(tǒng)成敗的標準。而采用索引來加快數(shù)據(jù)處理速度也成為廣大數(shù)據(jù)庫用戶所接受的優(yōu)化方法?！　≡诹己玫臄?shù)據(jù)庫設(shè)計基礎(chǔ)上，能有效地使用索引是SQLServer取得高性能的基礎(chǔ)，SQLServer采用基于代價的優(yōu)化模型，它對每一個提交的有關(guān)表的查詢，決定是否使用索引或用哪一個索引。因為查詢執(zhí)行的大部分開銷是磁盤I/O，使用索引提高性能的一個主要目標是避免全表掃描，因為全表掃描需要從磁盤上讀表的每一個數(shù)據(jù)頁，如果有索引指向數(shù)據(jù)值，則查詢只需讀幾次磁盤就可以了。所以如果建立了合理的索引，優(yōu)化

2、器就能利用索引加速數(shù)據(jù)的查詢過程。但是，索引并不總是提高系統(tǒng)的性能，在增、刪、改操作中索引的存在會增加一定的工作量，因此，在適當?shù)牡胤皆黾舆m當?shù)乃饕牟缓侠淼牡胤絼h除次優(yōu)的索引，將有助于優(yōu)化那些性能較差的SQLServer應(yīng)用。實踐表明，合理的索引設(shè)計是建立在對各種查詢的分析和預測上的，只有正確地使索引與程序結(jié)合起來,才能產(chǎn)生最佳的優(yōu)化方案。本文就SQLServer索引的性能問題進行了一些分析和實踐?！　∫?、聚簇索引(clusteredindexes)的使用　　聚簇索引是一種對磁盤上實際數(shù)據(jù)重新組織以按指定的一個或多個列的值排序。由于聚簇索引的索引頁面指針指向數(shù)據(jù)頁面，所以使用聚簇索引查

3、找數(shù)據(jù)幾乎總是比使用非聚簇索引快。每張表只能建一個聚簇索引，并且建聚簇索引需要至少相當該表120%的附加空間，以存放該表的副本和索引中間頁。建立聚簇索引的思想是：　　1、大多數(shù)表都應(yīng)該有聚簇索引或使用分區(qū)來降低對表尾頁的競爭，在一個高事務(wù)的環(huán)境中，對最后一頁的封鎖嚴重影響系統(tǒng)的吞吐量。　　2、在聚簇索引下，數(shù)據(jù)在物理上按順序排在數(shù)據(jù)頁上，重復值也排在一起，因而在那些包含范圍檢查(bet,....)?！　?、某列常用于join,orderby,groupby?！　?、查尋出的數(shù)據(jù)不超過表中數(shù)據(jù)量的20%?！　∪?、覆蓋索引(coveringindexes)的使用　　覆蓋索引是指那些索引項中包含

4、查尋所需要的全部信息的非聚簇索引，這種索引之所以比較快也正是因為索引頁中包含了查尋所必須的數(shù)據(jù),不需去訪問數(shù)據(jù)頁。如果非聚簇索引中包含結(jié)果數(shù)據(jù),那么它的查詢速度將快于聚簇索引?！　〉怯捎诟采w索引的索引項比較多,要占用比較大的空間。而且update操作會引起索引值改變。所以如果潛在的覆蓋查詢并不常用或不太關(guān)鍵，則覆蓋索引的增加反而會降低性能?！　∷?、索引的選擇技術(shù)　　p_detail是住房公積金管理系統(tǒng)中記錄個人明細的表，有890000行，觀察在不同索引下的查詢運行效果，測試在C/S環(huán)境下進行，客戶機是IBMPII350(內(nèi)存64M),服務(wù)器是DECAlpha1000A(內(nèi)存128M),數(shù)

5、據(jù)庫為SYBASE11.0.3?！　?、selectcount(*)fromp_detail(pri_surplus1)fromp_detailonthbetonth、op_date、pri_surplus1上建索引查詢134秒　　查詢2<1秒　　在op_date、pay_month、pri_surplus1上建索引查詢1<1秒　　查詢2<1秒12下一頁>>>>這篇文章來自..，?！　囊陨喜樵冃Ч治觯饕挠袩o，建立方式的不同將會導致不同的查詢效果，選擇什么樣的索引基于用戶對數(shù)據(jù)的查詢條件,這些條件體現(xiàn)于where從句和join表達式中。一般來說建立索引的思路是：　　

6、(1)、主鍵時常作為where子句的條件，應(yīng)在表的主鍵列上建立聚簇索引，尤其當經(jīng)常用它作為連接的時候?！　?2)、有大量重復值且經(jīng)常有范圍查詢和排序、分組發(fā)生的列，或者非常頻繁地被訪問的列，可考慮建立聚簇索引?！　?3)、經(jīng)常同時存取多列，且每列都含有重復值可考慮建立復合索引來覆蓋一個或一組查詢，并把查詢引用最頻繁的列作為前導列，如果可能盡量使關(guān)鍵查詢形成覆蓋查詢。　　(4)、如果知道索引鍵的所有值都是唯一的，那么確保把索引定義成唯一索引?！　?5)、在一個經(jīng)常做插入操作的表上建索引時，使用fillfactor(填充因子)來減少頁分裂，同時提高并發(fā)度降低死鎖的發(fā)生。如果在只讀表上建索引，則

7、可以把fillfactor置為100。　　(6)、在選擇索引鍵時，設(shè)法選擇那些采用小數(shù)據(jù)類型的列作為鍵以使每個索　　引頁能夠容納盡可能多的索引鍵和指針，通過這種方式，可使一個查詢必須遍歷的索引頁面降到最小。此外，盡可能地使用整數(shù)為鍵值，因為它能夠提供比任何數(shù)據(jù)類型都快的訪問速度?！　∥?、索引的維護　　上面講到,某些不合適的索引影響到SQLServer的性能,隨著應(yīng)用系統(tǒng)的運行,數(shù)據(jù)不斷地發(fā)生變化,當數(shù)據(jù)變化達到某一個程度