索引類型
1. 唯一索引：唯一索引不允許兩行具有相同的索引值
2. 主鍵索引：為表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的，並且不能為空
3. 聚集索引(Clustered)：表中各行的物理順序與鍵值的邏輯（索引）順序相同，每個表只能有一個
4. 非聚集索引(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個聚集索引，多個非聚集索引。設置某列為主鍵，該列就默認為聚集索引
對於Oracle數據庫：
我們指定了ID列作為主鍵，Oracle數據庫會自動創建一個同名的唯一索引
那么唯一鍵約束的情況是怎樣的呢？Oracle同樣自動創建了一個同名的唯一索引，而且也不允許再在此列上創建唯一索引或非唯一索引。
唯一鍵約束並沒有非空要求。
唯一索引與唯一鍵約束一樣對列值非空不做要求。
如果我們讓主鍵約束或者唯一鍵約束失效，Oracle自動創建的唯一索引是否會受到影響？當主鍵約束或者唯一鍵約束失效時，Oracle會標記隱式創建的唯一索引為刪除狀態。
如果我們先創建唯一索引，再創建主鍵或者唯一鍵約束，情況又會怎樣呢？實驗結果表明，先創建的唯一索引不受約束失效的影響。
前面的文章我介紹了數據文件中的頁，包括頁結構和一些頁類型。現在我想解釋一下頁是如何組織成區（ extent ）的。一個區是由數據文件中 8 個連續的頁組成。區從數據文件頭部開始，並且總是 64K 對齊（即： 8 頁對齊）。區及其屬性在 SQL SERVER 2000 和 2005 中是一模一樣的。
SQL SERVER 中有兩種類型的區：混合區和統一區。
混合區
分配給任意一條 IAM 鏈（ SQL SERVER 2000 中的一個索引或者是 2005 中的分配單元）的前 8 個頁的分配單位是單個頁，這種頁被稱為混合頁。就是說每次分配的是一個單獨的頁而不是一個區。這樣便允許非常小的表花費最小數量的空間。一旦一條 IAM 鏈跨過了前 8 頁的門檻，以后便分配統一區，再也不會分配混合頁了。
從混合區中分配來的混合頁，不需要分配給特定的 IAM 鏈。因為這些區會被全局分配跟蹤（通過 GAM 頁），所以不會分配給一個 IAM 鏈的。混合區中若還有沒分配的頁，該區同時會被 SGAM 頁跟蹤。當需要分配一個混合頁，系統就會檢查 SGAM 頁是否還有這樣的區。如果沒有的話，就會分配一個新的混合區，並從中分配一頁，然后這個區就被 SGAM 頁跟蹤直到所有的頁被分配。
因為混合區不會被分配給一個特定的 IAM 鏈，這就是說它可能分配給 8 個不同的 IAM 鏈。不管有多少頁被分配給 IAM 鏈， IAM 頁本身總是混合頁。這就是說一個混合區可有多種頁類型，包括 IAM 頁、數據頁、索引頁或文本頁。
統一區
一旦跨過了 8 頁的門檻，以后就從統一區上分配給 IAM 鏈了。這就是說一次分配一個區給一條 IAM 鏈，並在 IAM 鏈上的 IAM 頁上標明——不管是誰映射該區所在的 GAM 區間的。該區同時會被相關的的 GAM 頁跟蹤是否已分配，這樣其它的 IAM 鏈就不會再分配它了。
一個統一區的所有頁必須分給同一條 IAM 鏈。然后，它們不需要是同一類型的頁。比如，一個聚集索引會同時有數據和索引頁。當一個區被分配給 IAM鏈時，該區中的頁並不是一次全被分配掉的（除非是大型數據操作），這些頁通常是按需分配，每頁的分配情況有 PFS 頁跟蹤。
當一個統一區的所有頁都被釋放，那么區本身就從擁有它的 IAM 鏈中釋放了，並且可以再次分配給其他的 IAM 鏈，或者成為混合區。
為備份跟蹤變化的區
系統中有兩個地方用來跟蹤變化的區：
1. 自上次完整備份以來所有改變的區會有相關的差異位圖頁（ differential bitmap page ）跟蹤。這樣差異備份時便可以知道哪些區需要備份而不是備份整個數據庫了。當下次完整備份時所有的差異位圖頁都被復位。
2. 自上次完整、差異或日志備份以來一個區在 BULK-LOGGED 恢復模式下發生了大日志操作，會有相關的最小日志位圖頁（ minimally-logged bitmap page ）跟蹤。大日志操作后的任何日志備份就會包含所有這些跟蹤的區。當下次備份時，所有的最小日志位圖頁都會被復位。
這里是所有類型的原理及作用：http://blog.csdn.net/misterliwei/article/details/5939524
還有從這里取得內容：http://www.cnblogs.com/lyhabc/p/3196479.html
這是一個典型的聚集索引表的分頁情況
紅色框部分都是需要關注的
PageType 分頁類型： 1：數據頁面；2：索引頁面；3：Lob_mixed_page；4：Lob_tree_page；10：IAM頁面
IndexID 索引ID： 0 代表堆, 1 代表聚集索引, 2-250 代表非聚集索引 ，大於250就是text或image字段
對於聚集索引：
第二個：每個數據頁的IndexID都是1，不是說數據頁變成了索引頁，而是說現在數據頁已經屬於聚集索引的一部分，不在堆里了
第三個：每個數據頁的IndexLevel都是0，就是說數據頁在聚集索引的最下層
IndexLevel指B樹層次，最下層為0，上層依次遞增。
FID為fileID或者分區ID，PID為pageID，1:13856指的就是1區13856PID的位置，最后還可以有一個行值1:13856:2第二行的意思。
IAMPID為當前IAM所在的物理地址ID，而PagePID為在該IAM基礎上的PID。0指null，即沒有。
說明白點就是IAM其實也是頁的形式存在的，他需要有一個位置保存，而IAM也是有前后引用的，指向前一個IAM和后一個IAM，一個IAM可以儲存4G的數據，當超過4G時，就要使用下一個IAM了。而其他數據則是在IAM的基礎上的偏移量。
更多內容：http://www.cnblogs.com/kissdodog/archive/2013/06/12/3132380.html