程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> 其他數據庫知識 >> MSSQL >> 優化 SQL Server 索引的小技能

優化 SQL Server 索引的小技能

編輯:MSSQL

優化 SQL Server 索引的小技能。本站提示廣大學習愛好者:(優化 SQL Server 索引的小技能)文章只能為提供參考,不一定能成為您想要的結果。以下是優化 SQL Server 索引的小技能正文


在本文中,我將解釋若何用SQL Server的對象來優化數據庫索引的應用,本文還觸及到有關索引的普通性常識。
  
  關於索引的知識
  
  影響到數據庫機能的最年夜身分就是索引。因為該成績的龐雜性,我只能夠簡略的談談這個成績,不外關於這方面的成績,今朝有好幾本不錯的書本可供你參閱。我在這裡只評論辯論兩種SQL Server索引,即clustered索引和nonclustered索引。當考核樹立甚麼類型的索引時,你應該斟酌數據類型和保留這些數據的column。異樣,你也必需斟酌數據庫能夠用到的查詢類型和應用的最為頻仍的查詢類型。
  
  索引的類型

  假如column保留了高度相干的數據,而且經常被次序拜訪時,最好應用clustered索引,這是由於假如應用clustered索引,SQL Server會在物理上按升序(默許)或許降序重排數據列,如許便可以敏捷的找到被查詢的數據。異樣,在搜索掌握在必定規模內的情形下,對這些column也最好應用clustered索引。這是由於因為物理上重排數據,每一個表格上只要一個clustered索引。
  
  與下面情形相反,假如columns包括的數據相干性較差,你可使用nonculstered索引。你可以在一個表格中應用高達249個nonclustered索引——雖然我想象不出現實運用場所會用的上這麼多索引。
  
  當表格應用主症結字(primary keys),默許情形下SQL Server會主動對包括該症結字的column(s)樹立一個獨有的cluster索引。很明顯,對這些column(s)樹立獨有索引意味著主症結字的獨一性。當樹立外症結字(foreign key)關系時,假如你盤算頻仍應用它,那末在外症結字cloumn上樹立nonclustered索引不掉為一個好的辦法。假如表格有clustered索引,那末它用一個鏈表來保護數據頁之間的關系。相反,假如表格沒有clustered索引,SQL Server將在一個客棧中保留數據頁。
  
  數據頁

  當索引樹立起來的時刻,SQLServer就樹立數據頁(datapage),數據頁是用以加快搜刮的指針。當索引樹立起來的時刻,其對應的填充因子也即被設置。設置填充因子的目標是為了指導該索引中數據頁的百分比。跟著時光的推移,數據庫的更新會消費失落已有的余暇空間,這就會招致頁被拆分。頁拆分的效果是下降了索引的機能,因此應用該索引的查詢會招致數據存儲的四分五裂。當樹立一個索引時,該索引的填充因子即被設置好了,是以填充因子不克不及靜態保護。
  
  為了更新數據頁中的填充因子,我們可以停滯舊有索引偏重建索引,偏重新設置填充因子(留意:這將影響到以後數據庫的運轉,在主要場所請謹嚴應用)。DBCC INDEXDEFRAG和DBCC DBREINDEX是消除clustered和nonculstered索引碎片的兩個敕令。INDEXDEFRAG是一種在線操作(也就是說,它不會壅塞其它表格舉措,如查詢),而DBREINDEX則在物理上重建索引。在絕年夜多半情形下,重建索引可以更好的清除碎片,然則這個長處是以壅塞以後產生在該索引地點表格上其它舉措為價值換取來得。當湧現較年夜的碎片索引時,INDEXDEFRAG會花上一段比擬長的時光,這是由於該敕令的運轉是基於小的交互塊(transactional block)。
  
  填充因子

  當你履行上述辦法中的任何一個,數據庫引擎可以更有用的前往編入索引的數據。關於填充因子(fillfactor)話題曾經超越了本文的領域,不外我照樣提示你須要留意那些盤算應用填充因子樹立索引的表格。
  
  在履行查詢時,SQL Server靜態選擇應用哪一個索引。為此,SQL Server依據每一個索引上散布在該症結字上的統計量來決議應用哪一個索引。值得留意的是,經由平常的數據庫運動(如拔出、刪除和更新表格),SQL Server用到的這些統計量能夠曾經“過時”了,須要更新。你可以經由過程履行DBCC SHOWCONTIG來檢查統計量的狀況。當你以為統計量曾經“過時”時,你可以履行該表格的UPDATE STATISTICS敕令,如許SQL Server就刷新了關於該索引的信息了。
  
  樹立數據庫保護籌劃

  SQL Server供給了一種簡化並主動保護數據庫的對象。這個稱之為數據庫保護籌劃領導(Database Maintenance Plan Wizard ,DMPW)的對象也包含了對索引的優化。假如你運轉這個領導,你會看到關於數據庫中關於索引的統計量,這些統計量作為日記任務並准時更新,如許就加重了手工重建索引所帶來的任務量。假如你不想主動按期刷新索引統計量,你還可以在DMPW當選擇從新組織數據和數據頁,這將停滯舊有索引並按特定的填充因子重建索引。
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved