資源描述：
《sql server索引的使用和優(yōu)化--》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫。
1、SQLServer索引的使用和優(yōu)化>> 在應(yīng)用系統(tǒng)中,尤其在聯(lián)機(jī)事務(wù)處理系統(tǒng)中,對數(shù)據(jù)查詢及處理速度已成為衡量應(yīng)用系統(tǒng)成敗的標(biāo)準(zhǔn)。而采用索引來加快數(shù)據(jù)處理速度也成為廣大數(shù)據(jù)庫用戶所接受的優(yōu)化方法?！ ≡诹己玫臄?shù)據(jù)庫設(shè)計基礎(chǔ)上，能有效地使用索引是SQLServer取得高性能的基礎(chǔ)，SQLServer采用基于代價的優(yōu)化模型，它對每一個提交的有關(guān)表的查詢，決定是否使用索引或用哪一個索引。因為查詢執(zhí)行的大部分開銷是磁盤I/O，使用索引提高性能的一個主要目標(biāo)是避免全表掃描，因為全表掃描需要從磁盤上讀表的每一個數(shù)據(jù)頁，如果有索引指向數(shù)據(jù)值，則查詢只需讀幾次磁盤就可以了。所以如果建立了合理的索引，優(yōu)化
2、器就能利用索引加速數(shù)據(jù)的查詢過程。但是，索引并不總是提高系統(tǒng)的性能，在增、刪、改操作中索引的存在會增加一定的工作量，因此，在適當(dāng)?shù)牡胤皆黾舆m當(dāng)?shù)乃饕牟缓侠淼牡胤絼h除次優(yōu)的索引，將有助于優(yōu)化那些性能較差的SQLServer應(yīng)用。實踐表明，合理的索引設(shè)計是建立在對各種查詢的分析和預(yù)測上的，只有正確地使索引與程序結(jié)合起來,才能產(chǎn)生最佳的優(yōu)化方案。本文就SQLServer索引的性能問題進(jìn)行了一些分析和實踐。 一、聚簇索引(clusteredindexes)的使用 聚簇索引是一種對磁盤上實際數(shù)據(jù)重新組織以按指定的一個或多個列的值排序。由于聚簇索引的索引頁面指針指向數(shù)據(jù)頁面，所以使用聚簇索引查
3、找數(shù)據(jù)幾乎總是比使用非聚簇索引快。每張表只能建一個聚簇索引，并且建聚簇索引需要至少相當(dāng)該表120%的附加空間，以存放該表的副本和索引中間頁。建立聚簇索引的思想是： 1、大多數(shù)表都應(yīng)該有聚簇索引或使用分區(qū)來降低對表尾頁的競爭，在一個高事務(wù)的環(huán)境中，對最后一頁的封鎖嚴(yán)重影響系統(tǒng)的吞吐量?！ ?、在聚簇索引下，數(shù)據(jù)在物理上按順序排在數(shù)據(jù)頁上，重復(fù)值也排在一起，因而在那些包含范圍檢查(bet,....)?！ ?、某列常用于join,orderby,groupby?！ ?、查尋出的數(shù)據(jù)不超過表中數(shù)據(jù)量的20%?！ ∪⒏采w索引(coveringindexes)的使用 覆蓋索引是指那些索引項中包含
4、查尋所需要的全部信息的非聚簇索引，這種索引之所以比較快也正是因為索引頁中包含了查尋所必須的數(shù)據(jù),不需去訪問數(shù)據(jù)頁。如果非聚簇索引中包含結(jié)果數(shù)據(jù),那么它的查詢速度將快于聚簇索引?！ 〉怯捎诟采w索引的索引項比較多,要占用比較大的空間。而且update操作會引起索引值改變。所以如果潛在的覆蓋查詢并不常用或不太關(guān)鍵，則覆蓋索引的增加反而會降低性能?！ ∷摹⑺饕倪x擇技術(shù) p_detail是住房公積金管理系統(tǒng)中記錄個人明細(xì)的表，有890000行，觀察在不同索引下的查詢運(yùn)行效果，測試在C/S環(huán)境下進(jìn)行，客戶機(jī)是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，建立方式的不同將會導(dǎo)致不同的查詢效果，選擇什么樣的索引基于用戶對數(shù)據(jù)的查詢條件,這些條件體現(xiàn)于where從句和join表達(dá)式中。一般來說建立索引的思路是：
6、(1)、主鍵時常作為where子句的條件，應(yīng)在表的主鍵列上建立聚簇索引，尤其當(dāng)經(jīng)常用它作為連接的時候?！ ?2)、有大量重復(fù)值且經(jīng)常有范圍查詢和排序、分組發(fā)生的列，或者非常頻繁地被訪問的列，可考慮建立聚簇索引?！ ?3)、經(jīng)常同時存取多列，且每列都含有重復(fù)值可考慮建立復(fù)合索引來覆蓋一個或一組查詢，并把查詢引用最頻繁的列作為前導(dǎo)列，如果可能盡量使關(guān)鍵查詢形成覆蓋查詢?！ ?4)、如果知道索引鍵的所有值都是唯一的，那么確保把索引定義成唯一索引?！ ?5)、在一個經(jīng)常做插入操作的表上建索引時，使用fillfactor(填充因子)來減少頁分裂，同時提高并發(fā)度降低死鎖的發(fā)生。如果在只讀表上建索引，則
7、可以把fillfactor置為100。 (6)、在選擇索引鍵時，設(shè)法選擇那些采用小數(shù)據(jù)類型的列作為鍵以使每個索 引頁能夠容納盡可能多的索引鍵和指針，通過這種方式，可使一個查詢必須遍歷的索引頁面降到最小。此外，盡可能地使用整數(shù)為鍵值，因為它能夠提供比任何數(shù)據(jù)類型都快的訪問速度。 五、索引的維護(hù) 上面講到,某些不合適的索引影響到SQLServer的性能,隨著應(yīng)用系統(tǒng)的運(yùn)行,數(shù)據(jù)不斷地發(fā)生變化,當(dāng)數(shù)據(jù)變化達(dá)到某一個程度
