淺談sql server中索引的使用

淺談sql?。螅澹颍觯澹蛑兴饕氖褂?

ID:26709718

大?。?4.00 KB

頁數(shù):5頁

時間:2018-11-28

淺談sql?。螅澹颍觯澹蛑兴饕氖褂? _第1頁
淺談sql?。螅澹颍觯澹蛑兴饕氖褂? _第2頁
淺談sql server中索引的使用  _第3頁
淺談sql?。螅澹颍觯澹蛑兴饕氖褂? _第4頁
淺談sql?。螅澹颍觯澹蛑兴饕氖褂? _第5頁
資源描述:

《淺談sql?。螅澹颍觯澹蛑兴饕氖褂? 》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、淺談SQL?。樱澹颍觯澹蛑兴饕氖褂肹摘要]本文介紹了SQLServer中聚簇索引和非聚簇索引的使用,并針對索引的選擇進行了探討?! 關(guān)鍵詞]聚簇索引非聚簇索引SQLServer    在應(yīng)用系統(tǒng)中,尤其在聯(lián)機事務(wù)處理(OLTP)系統(tǒng)中,對數(shù)據(jù)查詢及處理速度已成為衡量應(yīng)用系統(tǒng)成敗的標(biāo)準(zhǔn)。而采用索引來加快數(shù)據(jù)處理速度也成為廣大數(shù)據(jù)庫用戶所接受的優(yōu)化方法?! 〉?,索引并不總是提高系統(tǒng)的性能,在增、刪、改操作中索引的存在會增加一定的工作量。因此,在適當(dāng)?shù)牡胤皆黾舆m當(dāng)?shù)乃饕牟缓侠淼牡胤絼h除次優(yōu)的索引,將有助于優(yōu)化那些性能較差的SQLServer應(yīng)用。實踐表明,合理

2、的索引設(shè)計是建立在對各種查詢的分析和預(yù)測上的,只有正確地使索引與程序結(jié)合起來,才能產(chǎn)生最佳的優(yōu)化方案。本文就SQLServer索引的使用進行了一些探討?! ∫?、聚簇索引(clusteredindexes)的使用  聚簇索引是一種對磁盤上實際數(shù)據(jù)重新組織以按指定的一個或多個列的值排序的索引。使用聚簇索引查找數(shù)據(jù)幾乎總是比使用非聚簇索引快。每張表只能建一個聚簇索引,建立聚簇索引的思想是:  1.大多數(shù)表都應(yīng)該有聚簇索引或使用分區(qū)來降低對表尾頁的競爭,在一個高事務(wù)的環(huán)境中,對最后一頁的封鎖嚴重影響系統(tǒng)的吞吐量?! ?.在聚簇索引下,數(shù)據(jù)在物理上按順序排在數(shù)據(jù)頁上,重復(fù)值

3、也排在一起,因而在那些包含范圍檢查(between、、=、>、>=)或使用groupby或orderby的查詢時,一旦找到具有范圍中第一個鍵值的行,具有后續(xù)索引值的行保證物理上毗連在一起而不必進一步搜索,避免了大范圍掃描,可以大大提高查詢速度?! ?.在一個頻繁發(fā)生插入操作的表上建立聚簇索引時,不要建在具有單調(diào)上升值的列(如IDENTITY)上,否則會經(jīng)常引起封鎖沖突?! ?.在聚簇索引中不要包含經(jīng)常修改的列,因為碼值修改后,數(shù)據(jù)行必須移動到新的位置?! ?.選擇聚簇索引應(yīng)基于where子句和連接操作的類型?! 【鄞厮饕暮钸x列是:  (1)主鍵列,該

4、列在where子句中使用并且插入是隨機的?! ?2)按范圍存取的列,如pri_order>100andpri_order200?! ?3)在groupby或orderby中使用的列?! ?4)不經(jīng)常修改的列?! ?5)在連接操作中使用的列?! 《⒎蔷鄞厮饕?nonclusteredindexes)的使用  SQLServer缺省情況下建立的索引是非聚簇索引,由于非聚簇索引不重新組織表中的數(shù)據(jù),而是對每一行存儲索引列值并用一個指針指向數(shù)據(jù)所在的頁面。每個非聚簇索引提供訪問數(shù)據(jù)的不同排序順序。在建立非聚簇索引時,要權(quán)衡索引對查詢速度的加快與降低修改速度之間的利

5、弊。另外,還要考慮這些問題:  1.索引需要使用多少空間。  2.合適的列是否穩(wěn)定?! ?.索引鍵是如何選擇的,掃描效果是否更佳。  4.是否有許多重復(fù)值?! Ω骂l繁的表來說,表上的非聚簇索引比聚簇索引和根本沒有索引需要更多的額外開銷。對移到新頁的每一行而言,指向該數(shù)據(jù)的每個非聚簇索引的頁級行也必須更新,有時可能還需要索引頁的分理。從一個頁面刪除數(shù)據(jù)的進程也會有類似的開銷,另外,刪除進程還必須把數(shù)據(jù)移到頁面上部,以保證數(shù)據(jù)的連續(xù)性。所以,建立非聚簇索引要非常慎重。非聚簇索引常被用在以下情況:某列常用于集合函數(shù)(如Sum,....);某列常用于join,orde

6、rby,groupby;查尋出的數(shù)據(jù)不超過表中數(shù)據(jù)量的20%?! ∪?、索引的選擇技術(shù)  索引的有無,建立方式的不同將會導(dǎo)致不同的查詢效果,選擇什么樣的索引基于用戶對數(shù)據(jù)的查詢條件。一般來說建立索引的思路是:  1.主鍵時常作為where子句的條件,應(yīng)在表的主鍵列上建立聚簇索引,尤其當(dāng)經(jīng)常用它作為連接的時候?! ?.有大量重復(fù)值且經(jīng)常有范圍查詢和排序、分組發(fā)生的列,或者非常頻繁地被訪問的列,可考慮建立聚簇索引?! ?.經(jīng)常同時存取多列,且每列都含有重復(fù)值可考慮建立復(fù)合索引來覆蓋一個或一組查詢,并把查詢引用最頻繁的列作為前導(dǎo)列,如果可能盡量使關(guān)鍵查詢形成覆蓋查詢?! ?/p>

7、4.如果知道索引鍵的所有值都是惟一的,那么確保把索引定義成惟一索引。  5.在一個經(jīng)常做插入操作的表上建索引時,使用fillfactor(填充因子)來減少頁分裂,同時提高并發(fā)度降低死鎖的發(fā)生。如果在只讀表上建索引,則可以把fillfactor置為100。  6.在選擇索引鍵時,設(shè)法選擇那些采用小數(shù)據(jù)類型的列作為鍵以使每個索引頁能夠容納盡可能多的索引鍵和指針,通過這種方式,可使一個查詢必須遍歷的索引頁面降到最小。此外,盡可能地使用整數(shù)為鍵值,因為它能夠提供比任何數(shù)據(jù)類型都快地訪問速度。  四、結(jié)束語  實踐表明,不恰當(dāng)?shù)乃饕坏谑聼o補,反而會降低系統(tǒng)的執(zhí)行性能。因

8、為大量的索

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細閱讀文檔內(nèi)容,確認文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。