淺談SQL?。樱澹颍觯澹蛑兴饕氖褂胈第1頁
淺談SQL?。樱澹颍觯澹蛑兴饕氖褂胈第2頁
淺談SQL?。樱澹颍觯澹蛑兴饕氖褂胈第3頁
淺談SQL?。樱澹颍觯澹蛑兴饕氖褂胈第4頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、淺談中索引的使用摘要本文介紹了sqlserver中聚簇索引和非聚簇索引的使用,并針對索引的選擇進(jìn)展了討論。關(guān)鍵詞聚簇索引非聚簇索引sqlserver在應(yīng)用系統(tǒng)中,尤其在聯(lián)機(jī)事務(wù)處理(ltp)系統(tǒng)中,對數(shù)據(jù)查詢及處理速度已成為衡量應(yīng)用系統(tǒng)成敗的標(biāo)準(zhǔn)。而采用索引來加快數(shù)據(jù)處理速度也成為廣闊數(shù)據(jù)庫用戶所承受的優(yōu)化方法。但是,索引并不總是進(jìn)步系統(tǒng)的性能,在增、刪、改操作中索引的存在會(huì)增加一定的工作量。因此,在適當(dāng)?shù)牡胤皆黾舆m當(dāng)?shù)乃饕牟缓侠淼牡胤絼h除次優(yōu)的索引,將有助于優(yōu)化那些性能較差的sqlserver應(yīng)用。理論說明,合理的索引設(shè)計(jì)是建立在對各種查詢的分析和預(yù)測上的,只有正確地使索引與程序結(jié)合起來

2、,才能產(chǎn)生最正確的優(yōu)化方案。本文就sqlserver索引的使用進(jìn)展了一些討論。一、聚簇索引(lusteredindexes)的使用聚簇索引是一種對磁盤上實(shí)際數(shù)據(jù)重新組織以按指定的一個(gè)或多個(gè)列的值排序的索引。使用聚簇索引查找數(shù)據(jù)幾乎總是比使用非聚簇索引快。每張表只能建一個(gè)聚簇索引,建立聚簇索引的思想是:1.大多數(shù)表都應(yīng)該有聚簇索引或使用分區(qū)來降低對表尾頁的競爭,在一個(gè)高事務(wù)的環(huán)境中,對最后一頁的封鎖嚴(yán)重影響系統(tǒng)的吞吐量。2.在聚簇索引下,數(shù)據(jù)在物理上按順序排在數(shù)據(jù)頁上,重復(fù)值也排在一起,因此在那些包含范圍檢查(beteen、=、=)或使用grupby或rderby的查詢時(shí),一旦找到具有范圍中第一

3、個(gè)鍵值的行,具有后續(xù)索引值的行保證物理上毗連在一起而不必進(jìn)一步搜索,防止了大范圍掃描,可以大大進(jìn)步查詢速度。3.在一個(gè)頻繁發(fā)生插入操作的表上建立聚簇索引時(shí),不要建在具有單調(diào)上升值的列(如identity)上,否那么會(huì)經(jīng)常引起封鎖沖突。4.在聚簇索引中不要包含經(jīng)常修改的列,因?yàn)榇a值修改后,數(shù)據(jù)行必須挪動(dòng)到新的位置。5.選擇聚簇索引應(yīng)基于here子句和連接操作的類型。聚簇索引的侯選列是:(1)主鍵列,該列在here子句中使用并且插入是隨機(jī)的。(2)按范圍存取的列,如pri_rder100andpri_rder200。(3)在grupby或rderby中使用的列。(4)不經(jīng)常修改的列。(5)在連接操

4、作中使用的列。二、非聚簇索引(nnlusteredindexes)的使用sqlserver缺省情況下建立的索引是非聚簇索引,由于非聚簇索引不重新組織表中的數(shù)據(jù),而是對每一行存儲(chǔ)索引列值并用一個(gè)指針指向數(shù)據(jù)所在的頁面。每個(gè)非聚簇索引提供訪問數(shù)據(jù)的不同排序順序。在建立非聚簇索引時(shí),要權(quán)衡索引對查詢速度的加快與降低修改速度之間的利弊。另外,還要考慮這些問題:1.索引需要使用多少空間。2.適宜的列是否穩(wěn)定。3.索引鍵是如何選擇的,掃描效果是否更佳。4.是否有許多重復(fù)值。對更新頻繁的表來說,表上的非聚簇索引比聚簇索引和根本沒有索引需要更多的額外開銷。對移到新頁的每一行而言,指向該數(shù)據(jù)的每個(gè)非聚簇索引的頁

5、級行也必須更新,有時(shí)可能還需要索引頁的分理。從一個(gè)頁面刪除數(shù)據(jù)的進(jìn)程也會(huì)有類似的開銷,另外,刪除進(jìn)程還必須把數(shù)據(jù)移到頁面上部,以保證數(shù)據(jù)的連續(xù)性。所以,建立非聚簇索引要非常慎重。非聚簇索引常被用在以下情況:某列常用于集合函數(shù)(如su,.);某列常用于jin,rderby,grupby;查尋出的數(shù)據(jù)不超過表中數(shù)據(jù)量的20%。三、索引的選擇技術(shù)索引的有無,建立方式的不同將會(huì)導(dǎo)致不同的查詢效果,選擇什么樣的索引基于用戶對數(shù)據(jù)的查詢條件。一般來說建立索引的思路是:1.主鍵時(shí)常作為here子句的條件,應(yīng)在表的主鍵列上建立聚簇索引,尤其當(dāng)經(jīng)常用它作為連接的時(shí)候。2.有大量重復(fù)值且經(jīng)常有范圍查詢和排序、分組

6、發(fā)生的列,或者非常頻繁地被訪問的列,可考慮建立聚簇索引。3.經(jīng)常同時(shí)存取多列,且每列都含有重復(fù)值可考慮建立復(fù)合索引來覆蓋一個(gè)或一組查詢,并把查詢引用最頻繁的列作為前導(dǎo)列,假如可能盡量使關(guān)鍵查詢形成覆蓋查詢。4.假如知道索引鍵的所有值都是惟一的,那么確保把索引定義成惟一索引。5.在一個(gè)經(jīng)常做插入操作的表上建索引時(shí),使用fillfatr(填充因子)來減少頁分裂,同時(shí)進(jìn)步并發(fā)度降低死鎖的發(fā)生。假如在只讀表上建索引,那么可以把fillfatr置為100。6.在選擇索引鍵時(shí),設(shè)法選擇那些采用小數(shù)據(jù)類型的列作為鍵以使每個(gè)索引頁可以包容盡可能多的索引鍵和指針,通過這種方式,可使一個(gè)查詢必須遍歷的索引頁面降到最校此外,盡可能地使用整數(shù)為鍵值,因?yàn)樗梢蕴峁┍热魏螖?shù)據(jù)類型都快地訪問速度。四、完畢語理論說明,不恰當(dāng)?shù)乃饕坏谑聼o補(bǔ),反而會(huì)降低系統(tǒng)的執(zhí)行性能。因?yàn)榇罅康乃饕诓迦?、修改和刪除操作時(shí)比沒有索引花費(fèi)更多的系統(tǒng)時(shí)間。例如下面情況下建立的索引是不恰當(dāng)?shù)模?.在查詢中很少或從不引用的列不會(huì)受益于索引,因?yàn)樗饕苌倩驈膩聿槐厮阉骰谶@些列的行。2.只有兩個(gè)或三個(gè)值的

溫馨提示

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

評論

0/150

提交評論