sqlserver索引頁,SQLserver索引

sqlserver 怎么建索引

如何創建索引 :

創新互聯主營雞東網站建設的網絡公司,主營網站建設方案,app軟件定制開發,雞東h5小程序定制開發搭建,雞東網站營銷推廣歡迎雞東等地區企業咨詢

使用T-SQL語句創建索引的語法：

CREATE [UNIQUE] [CLUSTERED|NONCLUSTERED]

INDEX index_name

ON table_name (column_name…)

[WITH FILLFACTOR=x]

UNIQUE表示唯一索引，可選

CLUSTERED、NONCLUSTERED表示聚集索引還是非聚集索引，可選

FILLFACTOR表示填充因子，指定一個0到100之間的值，該值指示索引頁填滿的空間所占的百分比

在stuMarks表的writtenExam列創建索引：

USE stuDB

IF EXISTS (SELECT name FROM sysindexes

WHERE name = 'IX_writtenExam')

DROP INDEX stuMarks.IX_writtenExam

/*--筆試列創建非聚集索引：填充因子為30％--*/

CREATE NONCLUSTERED INDEX IX_writtenExam

ON stuMarks(writtenExam)

WITH FILLFACTOR= 30

/*-----指定按索引 IX_writtenExam 查詢----*/

SELECT * FROM stuMarks (INDEX=IX_writtenExam)

WHERE writtenExam BETWEEN 60 AND 90

雖然我們可以指定SQL Server按哪個索引進行數據查詢，但一般不需要我們人工指定。SQL Server將會根據我們創建的索引，自動優化查詢。

sqlserver索引碎片怎么避免

毫無疑問，給表添加索引是有好處的，你要做的大部分工作就是維護索引，在數據更改期間索引可能產生碎片，所以一些維護是必要的。碎片可能是你查詢產生性能問題的來源。

那么到底什么是索引碎片呢？索引碎片實際上有2種形式：外部碎片和內部碎片。不管哪種碎片基本上都會影響索引內頁的使用。這也許是因為頁的邏輯順序錯誤（即外部碎片）或每頁存儲的數據量少于數據頁的容量（內部錯誤）。無論索引產生了哪種類型的碎片，你都會因為它而面臨查詢的性能問題。

外部碎片

當索引頁不在邏輯順序上時就會產生外部碎片。索引創建時，索引鍵按照邏輯順序放在一組索引頁上。當新數據插入索引時，新的鍵可能放在存在的鍵之間。為了讓新的鍵按照正確的順序插入，可能會創建新的索引頁來存儲需要移動的那些存在的鍵。這些新的索引頁通常物理上不會和那些被移動的鍵原來所在的頁相鄰。創建新頁的過程會引起索引頁偏離邏輯順序。

下面的例子將比實際的言論更加清晰的解釋這個概念。

假定在任何另外的數據插入你的表之前存在索引上的結構如下

（注：下面圖片里應該是7和8，原文里是6和8）：

INSERT語句往索引里添加新的數據，假定添加的是5。INSERT將引起新頁創建，為了給5在原來的頁上留出空間，7和8被移到了新頁上。這個創建將引起索引頁偏離邏輯順序。

在有特定搜索或者返回無序結果集的查詢的情況下，偏離順序的索引頁不會引起問題。對于返回有序結果集的查詢，搜索那些無序的索引頁需要進行額外的處理。有序結果集的例子如查詢返回4到10之間的記錄。為了返回7和8，查詢不得不進行額外的頁切換。雖然一個額外的頁切換在一個長時間運行里是無關緊要的，然而想象一下一個有好幾百頁偏離順序的非常大的表的情形。

內部碎片

當索引頁沒有用到最大量時就產生了內部碎片。雖然在一個有頻繁數據插入的應用程序里這也許有幫助，然而設置一個fill factor（填充因子）會在索引頁上留下空間，服務器內部碎片會導致索引尺寸增加，從而在返回需要的數據時要執行額外的讀操作。這些額外的讀操作會降低查詢的性能。

怎樣確定索引是否有碎片？

SQLServer提供了一個數據庫命令――DBCC SHOWCONTIG――來確定一個指定的表或索引是否有碎片。

DBCC SHOWCONTIG

數據庫平臺命令，用來顯示指定的表的數據和索引的碎片信息。

DBCC SHOWCONTIG 權限默認授予 sysadmin固定服務器角色或 db_owner 和 db_ddladmin固定數據庫角色的成員以及表的所有者且不可轉讓。

語法（SQLServer2000）

DBCC SHOWCONTIG

[ ( { table_name | table_id| view_name | view_id }

[ , index_name | index_id ]

)

]

[ WITH { ALL_INDEXES

| FAST [ , ALL_INDEXES ]

| TABLERESULTS [ , { ALL_INDEXES } ]

[ , { FAST | ALL_LEVELS } ]

}

]

語法（SQLServer7.0）

DBCC SHOWCONTIG

[ ( table_id [,index_id ]

)

]

示例：

顯示數據庫里所有索引的碎片信息

SET NOCOUNT ON

USE pubs

DBCC SHOWCONTIG WITH ALL_INDEXES

顯示指定表的所有索引的碎片信息

SET NOCOUNT ONUSE pubs

DBCC SHOWCONTIG (authors) WITH ALL_INDEXES

顯示指定索引的碎片信息

SET NOCOUNT ON

USE pubs

DBCC SHOWCONTIG (authors,aunmind)

結果集

DBCC SHOWCONTIG將返回掃描頁數、掃描擴展盤區數、遍歷索引或表的頁時，DBCC 語句從一個擴展盤區移動到其它擴展盤區的次數、每個擴展盤區的頁數、掃描密度（最佳值是指在一切都連續地鏈接的情況下，擴展盤區更改的理想數目）。

DBCC SHOWCONTIG 正在掃描 'authors' 表...

表: 'authors'（1977058079）；

索引 ID: 1，數據庫 ID: 5

已執行 TABLE 級別的掃描。

- 掃描頁數.....................................: 1

- 掃描擴展盤區數...............................: 1

- 擴展盤區開關數...............................: 0

- 每個擴展盤區上的平均頁數.....................: 1.0

- 掃描密度［最佳值:實際值］....................: 100.00%［1:1］

- 邏輯掃描碎片.................................: 0.00%

- 擴展盤區掃描碎片.............................: 0.00%

- 每頁上的平均可用字節數.......................: 6010.0

- 平均頁密度（完整）...........................: 25.75%

DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

尋找什么

掃描頁數：如果你知道行的近似尺寸和表或索引里的行數，那么你可以估計出索引里的頁數?？纯磼呙桧摂?，如果明顯比你估計的頁數要高，說明存在內部碎片。

掃描擴展盤區數：用掃描頁數除以8,四舍五入到下一個最高值。該值應該和DBCC SHOWCONTIG返回的掃描擴展盤區數一致。如果DBCC SHOWCONTIG返回的數高，說明存在外部碎片。碎片的嚴重程度依賴于剛才顯示的值比估計值高多少。

擴展盤區開關數：該數應該等于掃描擴展盤區數減1。高了則說明有外部碎片。

每個擴展盤區上的平均頁數：該數是掃描頁數除以掃描擴展盤區數，一般是8。小于8說明有外部碎片。

掃描密度［最佳值:實際值］：DBCC SHOWCONTIG返回最有用的一個百分比。這是擴展盤區的最佳值和實際值的比率。該百分比應該盡可能靠近100％。低了則說明有外部碎片。

邏輯掃描碎片：無序頁的百分比。該百分比應該在0％到10％之間，高了則說明有外部碎片。

擴展盤區掃描碎片：無序擴展盤區在掃描索引葉級頁中所占的百分比。該百分比應該是0％，高了則說明有外部碎片。

每頁上的平均可用字節數：所掃描的頁上的平均可用字節數。越高說明有內部碎片，不過在你用這個數字決定是否有內部碎片之前，應該考慮fill factor（填充因子）。

平均頁密度（完整）：每頁上的平均可用字節數的百分比的相反數。低的百分比說明有內部碎片。

備注

DBCC SHOWCONTIG實際上僅對那些大表有用。小表顯示的結果根本不符合正常標準，因為他們也許沒有由多于8個的頁面組成。你在查看小表上執行DBCC SHOWCONTIG的結果時應該忽略一些結果。在處理小表時只需關心擴展盤區開關數、邏輯掃描碎片、每頁上的平均可用字節數、平均頁密度（完整）。

DBCC SHOWCONTIG默認輸出的結果是：掃描頁數、掃描擴展盤區數、擴展盤區開關數、每個擴展盤區上的平均頁數、掃描密度［最佳值:實際值］、邏輯掃描碎片、擴展盤區掃描碎片、每頁上的平均可用字節數、平均頁密度（完整）?？梢杂肍AST和TABLERESULTS選項來控制這個輸出結果。

FAST選項指定執行索引的快速掃描，輸出結果是最小的，該選項不讀索引的葉或數據頁且只返回掃描頁數、掃描擴展盤區數、掃描密度［最佳值:實際值］、邏輯掃描碎片。

TABLERESULTS選項將用行集的形式顯示信息，將返回擴展盤區開關數、掃描密度［最佳值:實際值］、邏輯掃描碎片、擴展盤區掃描碎片、每頁上的平均可用字節數、平均頁密度（完整）。

如果既指定FAST選項又指定TABLERESULTS選項，那么將返回對象名、對象ID、索引名、索引ID，頁數、擴展盤區開關數、掃描密度［最佳值:實際值］和邏輯掃描碎片。

ALL_INDEXES選項將顯示指定表和試圖的所有索引的結果，即使指定了一個索引。

ALL_LEVELS選項指定是否為所處理的每個索引的每個級別產生輸出（默認只輸出索引的頁級或表數據級的結果），并且只能與 TABLERESULTS 選項一起使用。

解決碎片問題

一旦你確定表或索引有碎片問題，那么你有4個選擇去解決那些問題：

刪除并重建索引

使用DROP_EXISTING子句重建索引

執行DBCC DBREINDEX

執行DBCC INDEXDEFRAG

盡管每一個技術都能達到你整理索引碎片的最終目的，但各有各的優缺點。

刪除并重建索引

用DROP INDEX和CREATE INDEX或ALTER TABLE來刪除并重建索引有些缺陷包括在刪除重建期間索引會消失。在索引刪除重建時，對于查詢它不在可用，查詢性能也許會受到明顯的影響，直到重建索引為止。另一個潛在的缺陷是當都請求索引的時候會引起阻塞，直到重建索引為止。通過其他的處理也能解決阻塞，就是索引被使用的時候不刪除索引。另一個主要的缺陷是在用DROP INDEX和CREATE INDEX重建聚集索引時會引起非聚集索引重建兩次。刪除聚集索引時非聚集索引的行指針會指向數據堆，聚集索引重建時非聚集索引的行指針又會指回聚集索引的行位置。

刪除并重建索引的確有一個好處就是通過重新排序索引頁，使索引頁緊湊并刪除不需要的索引頁來完全重建索引。你也許需要考慮那些內部和外部碎片都很高的情況下才使用，以使那些索引回到它們應該在的位置。

使用DROP_EXISTING子句重建索引

為了避免在重建聚集索引時表上的非聚集索引重建兩次，可以使用帶DROP_EXISTING子句的CREATE INDEX語句。這個子句會保留聚集索引鍵值，以避免非聚集索引重建兩次。和刪除并重建索引一樣，該方法也可能會引起阻塞和索引消失的問題。該方法的另一個缺陷是也強迫你去分別發現和修復表上的每一個索引。除了和上一個方法一樣的好處之外，該方法的好處是不必重建非聚集索引兩次。這樣可以對那些帶約束的索引提供正確的索引定義以符合約束的要求。執行DBCC DBREINDEX DBCC DBREINDEX類似于第二種方法，但它物理地重建索引，允許SQLServer給索引分配新頁來減少內部和外部碎片。DBCC DBREINDEX也能動態的重建帶約束的索引，不象第二種方法。 DBCC DBREINDEX的缺陷是會遇到或引起阻塞問題。DBCC DBREINDEX是作為一個事務來運行的，所以如果在完成之前中斷了，那么你會丟失所有已經執行過的碎片。執行DBCC INDEXDEFRAG DBCC INDEXDEFRAG（在SQLServer2000中可用）按照索引鍵的邏輯順序，通過重新整理索引里存在的葉頁來減少外部碎片，通過壓縮索引頁里的行然后刪除那些由此產生的不需要的頁來減少內部碎片。它不會遇到阻塞問題但它的結果沒有其他幾個方法徹底。這是因為DBCC INDEXDEFRAG跳過了鎖定的頁且不使用任何新頁來重新排序索引。如果索引的碎片數量大的話你也許會發現DBCC INDEXDEFRAG比重建索引花費的時間更長。DBCC INDEXDEFRAG比其他方法的確有好處的是在其他過程訪問索引時也能進行碎片整理，不會引起其他方法的阻塞問題。

認識SQLServer索引以及單列索引和多列索引的不同

索引的用途：我們對數據查詢及處理速度已成為衡量應用系統成敗的標準，而采用索引來加快數據處理速度通常是最普遍采用的優化方法。

索引是什么：數據庫中的索引類似于一本書的目錄，在一本書中使用目錄可以快速找到你想要的信息，而不需要讀完全書。在數據庫中，數據庫程序使用索引可以重啊到表中的數據，而不必掃描整個表。書中的目錄是一個字詞以及各字詞所在的頁碼列表，數據庫中的索引是表中的值以及各值存儲位置的列表。

索引的利弊：查詢執行的大部分開銷是I/O，使用索引提高性能的一個主要目標是避免全表掃描，因為全表掃描需要從磁盤上讀取表的每一個數據頁，如果有索引指向數據值，則查詢只需要讀少數次的磁盤就行啦。所以合理的使用索引能加速數據的查詢。但是索引并不總是提高系統的性能，帶索引的表需要在數據庫中占用更多的存儲空間，同樣用來增刪數據的命令運行時間以及維護索引所需的處理時間會更長。所以我們要合理使用索引，及時更新去除次優索引。

sqlserver怎么建立索引

什么是索引

拿漢語字典的目錄頁（索引）打比方：正如漢語字典中的漢字按頁存放一樣，SQL Server中的數據記錄也是按頁存放的，每頁容量一般為4K 。為了加快查找的速度，漢語字（詞）典一般都有按拼音、筆畫、偏旁部首等排序的目錄（索引），我們可以選擇按拼音或筆畫查找方式，快速查找到需要的字（詞）。

同理，SQL Server允許用戶在表中創建索引，指定按某列預先排序，從而大大提高查詢速度。

? SQL Server中的數據也是按頁（ 4KB ）存放

? 索引：是SQL Server編排數據的內部方法。它為SQL Server提供一種方法來編排查詢數據。

? 索引頁：數據庫中存儲索引的數據頁；索引頁類似于漢語字（詞）典中按拼音或筆畫排序的目錄頁。

? 索引的作用：通過使用索引，可以大大提高數據庫的檢索速度，改善數據庫性能。

索引類型

? 唯一索引：唯一索引不允許兩行具有相同的索引值

? 主鍵索引：為表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的，并且不能為空

? 聚集索引(Clustered)：表中各行的物理順序與鍵值的邏輯（索引）順序相同，每個表只能有一個

? 非聚集索引(Non-clustered)：非聚集索引指定表的邏輯順序。數據存儲在一個位置，索引存儲在另一個位置，索引中包含指向數據存儲位置的指針。可以有多個，小于249個

索引類型：再次用漢語字典打比方，希望大家能夠明白聚集索引和非聚集索引這兩個概念。

唯一索引：

唯一索引不允許兩行具有相同的索引值。

如果現有數據中存在重復的鍵值，則大多數數據庫都不允許將新創建的唯一索引與表一起保存。當新數據將使表中的鍵值重復時，數據庫也拒絕接受此數據。例如，如果在stuInfo表中的學員員身份證號(stuID) 列上創建了唯一索引，則所有學員的身份證號不能重復。

提示：創建了唯一約束，將自動創建唯一索引。盡管唯一索引有助于找到信息，但為了獲得最佳性能，建議使用主鍵約束或唯一約束。

主鍵索引：

在數據庫關系圖中為表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的。當在查詢中使用主鍵索引時，它還允許快速訪問數據。

聚集索引（clustered index）

在聚集索引中，表中各行的物理順序與鍵值的邏輯（索引）順序相同。表只能包含一個聚集索引。例如：漢語字（詞）典默認按拼音排序編排字典中的每頁頁碼。拼音字母a，b，c，d……x，y，z就是索引的邏輯順序，而頁碼1，2，3……就是物理順序。默認按拼音排序的字典，其索引順序和邏輯順序是一致的。即拼音順序較后的字（詞）對應的頁碼也較大。如拼音“ha”對應的字(詞)頁碼就比拼音“ba” 對應的字(詞)頁碼靠后。

非聚集索引(Non-clustered)

如果不是聚集索引，表中各行的物理順序與鍵值的邏輯順序不匹配。聚集索引比非聚集索引（nonclustered index）有更快的數據訪問速度。例如，按筆畫排序的索引就是非聚集索引，“1”畫的字（詞）對應的頁碼可能比“3”畫的字（詞）對應的頁碼大（靠后）。

提示：SQL Server中，一個表只能創建1個聚集索引，多個非聚集索引。設置某列為主鍵，該列就默認為聚集索引

如何創建索引

使用T-SQL語句創建索引的語法：

CREATE [UNIQUE] [CLUSTERED|NONCLUSTERED]

INDEX index_name

ON table_name (column_name…)

[WITH FILLFACTOR=x]

q UNIQUE表示唯一索引，可選

q CLUSTERED、NONCLUSTERED表示聚集索引還是非聚集索引，可選

q FILLFACTOR表示填充因子，指定一個0到100之間的值，該值指示索引頁填滿的空間所占的百分比

在stuMarks表的writtenExam列創建索引：

USE stuDB

IF EXISTS (SELECT name FROM sysindexes

WHERE name = 'IX_writtenExam')

DROP INDEX stuMarks.IX_writtenExam

/*--筆試列創建非聚集索引：填充因子為30％--*/

CREATE NONCLUSTERED INDEX IX_writtenExam

ON stuMarks(writtenExam)

WITH FILLFACTOR= 30

/*-----指定按索引 IX_writtenExam 查詢----*/

SELECT * FROM stuMarks (INDEX=IX_writtenExam)

WHERE writtenExam BETWEEN 60 AND 90

雖然我們可以指定SQL Server按哪個索引進行數據查詢，但一般不需要我們人工指定。SQL Server將會根據我們創建的索引，自動優化查詢。

索引的優缺點

? 優點

– 加快訪問速度

– 加強行的唯一性

? 缺點

– 帶索引的表在數據庫中需要更多的存儲空間

– 操縱數據的命令需要更長的處理時間，因為它們需要對索引進行更新

創建索引的指導原則

? 請按照下列標準選擇建立索引的列。

– 該列用于頻繁搜索

– 該列用于對數據進行排序

? 請不要使用下面的列創建索引：

– 列中僅包含幾個不同的值。

– 表中僅包含幾行。為小型表創建索引可能不太劃算，因為SQL Server在索引中搜索數據所花的時間比在表中逐行搜索所花的時間更長

SqlServer：索引是什么，以及為什么使用索引

問題反饋

索引

索引，使用索引可快速訪問數據庫表中的特定信息。索引是對數據庫表中一列或多列的值進行排序的一種結構。在關系數據庫中，索引是一種與表有關的數據庫結構，它可以使對應于表的SQL語句執行得更快。索引的作用相當于圖書的目錄，可以根據目錄中的頁碼快速找到所需的內容。當表中有大量記錄時，若要對表進行查詢，第一種搜索信息方式是全表搜索，是將所有記錄一一取出，和查詢條件進行一一對比，然后返回滿足條件的記錄，這樣做會消耗大量數據庫系統時間，并造成大量磁盤I/O操作；第二種就是在表中建立索引，然后在索引中找到符合查詢條件的索引值，最后通過保存在索引中的ROWID（相當于頁碼）快速找到表中對應的記錄。索引是一個單獨的、物理的數據庫結構，它是某個表中一列或若干列值的集合和相應的指向表中物理標識這些值的數據頁的邏輯指針清單。索引提供指向存儲在表的指定列中的數據值的指針，然后根據您指定的排序順序對這些指針排序。數據庫使用索引的方式與您使用書籍中的索引的方式很相似：它搜索索引以找到特定值，然后順指針找到包含該值的行。在數據庫關系圖中，可以在選定表的“索引/鍵”屬性頁中創建、編輯或刪除每個索引類型。當保存索引所附加到的表，或保存該表所在的關系圖時，索引將保存在數據庫中。

名稱欄目：sqlserver索引頁,SQLserver索引
網站鏈接：http://m.kartarina.com/article30/hcspso.html

成都網站建設公司_創新互聯，為您提供標簽優化、動態網站、網站營銷、網站排名、商城網站、軟件開發