建站
咨詢
售后
建站咨詢
新聞中心
文章主要描述的是SQL Server索引密度（Index Densities），當(dāng)一個查詢的SARG 的值直到查詢運行時才得以知曉，或是SARG是一個關(guān)于索引的多列時，SQL Server才使用為索引中每列存儲的密度值。
在東海等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供做網(wǎng)站、成都網(wǎng)站設(shè)計 網(wǎng)站設(shè)計制作按需網(wǎng)站建設(shè),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),營銷型網(wǎng)站建設(shè),成都外貿(mào)網(wǎng)站建設(shè),東海網(wǎng)站建設(shè)費用合理。
對于組合鍵值，SQL Server為第一列的組合鍵存儲了密度值；為第一列和第二列；為第一、二、三列；等等。這些信息可以從Listing34.1的DBCC SHOW_STATISTICS 輸出信息的All density區(qū)域看到。
SQL Server索引密度表示為鍵的唯一鍵值的倒數(shù)。每個鍵的密度可以按照下面的公式進行計算：
引用
Key density = 1.00/ ( Count of distinct key values in the table)
鍵密度 = 1.00 / （表中的不同鍵值數(shù)）
所以，pubs數(shù)據(jù)庫的author表中state列的密度計算公式如下：
Sql代碼
- Select Density = 1.00/ (select count (distinct state) from authors)
- Go
- Select Density = 1.00/ (select count (distinct state) from authors)
- Go
- Density
- .1250000000000
State和zip的組合列密度計算如下：
Sql代碼
- Select density = 1.00/( select count (distinct state + zip) from authors)
- Go
- Select density = 1.00/( select count (distinct state + zip) from authors)
- Go
- Density
- .0555555555555
注意，不像選擇率，越小的SQL Server索引密度意味著具有更高的索引選擇性。當(dāng)密度趨近于1，索引就變得有更少的選擇性，基本上沒有用處了。當(dāng)索引的選擇性低的時候，優(yōu)化器可能會選擇一個表掃描（table scan），或者葉子級的索引掃描（Index scan），而不會進行索引查找（index seek），因為這樣會付出更多的代價。
引用
提示：
當(dāng)心你的數(shù)據(jù)庫中低選擇性的索引。這樣的索引通常是對系統(tǒng)的性能是一個損害。它們通常不僅不會用來進行數(shù)據(jù)的檢索，而且也會使得數(shù)據(jù)修改語句變得緩慢，因為需要額外的索引維護。識別這些索引，考慮刪除掉它們。
通常，當(dāng)你給鍵中添加更多的列時，密度值應(yīng)該變得更小。例如，在Listing 34.2，密度值逐漸變小。
- Key Column Index Density
- title_id 1.8621974E-3
- title_id, stor_id 5.997505E-6
- title_id, stor_id, ord_num 5.9268041E-6
以上的相關(guān)內(nèi)容就是對SQL Server索引密度（Index Densities）的介紹，望你能有所收獲。
【編輯推薦】
- SQL Server數(shù)據(jù)庫與identity列
- SQL Server 2005數(shù)據(jù)庫安裝實例演示
- SQL Server數(shù)據(jù)庫在安裝時的注意事項
- SQL Server Compact中的DLL文件與工具
- SQL Server合并復(fù)制性能的提高有哪些方案？
網(wǎng)站欄目：關(guān)于SQLServer索引密度的知識
標(biāo)題路徑：http://m.fisionsoft.com.cn/article/coeshep.html
