原創：http://www.cnblogs.com/zerocc/archive/2011/11/18/2254269.html
唯一索引
唯一索引不允許兩行具有相同的索引值。
如果現有數據中存在重複的鍵值，則大多數數據庫都不允許將新創建的唯一索引與表一起保存。當新數據將使表中的鍵值重複時，數據庫也拒絕接受此數據。例如，如果在 employee 表中的職員姓氏(lname) 列上創建了唯一索引，則所有職員不能同姓。
主鍵索引
主鍵索引是唯一索引的特殊類型。
數據庫表通常有一列或列組合，其值用來唯一標識表中的每一行。該列稱爲表的主鍵。
在數據庫關係圖中爲表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的。當在查詢中使用主鍵索引時，它還允許快速訪問數據。
它們的一些比較：
(1)對於主健/unique constraint ， oracle/sql server/mysql等都會自動建立唯一索引；
(2)主鍵不一定只包含一個字段，所以如果你在主鍵的其中一個字段建唯一索引還是必要的；
(3)主健可作外健，唯一索引不可；
(4)主健不可爲空，唯一索引可；
(5)主健也可是多個字段的組合；
(6)主鍵與唯一索引不同的是：
a.有not null屬性；
b.每個表只能有一個。
1、主鍵
主鍵ID，主鍵既是約束也是索引，同時也用於對象緩存的鍵值。
2、索引
*組合或者引用關係的子表（數據量較大的時候），需要在關聯主表的列上建立非聚集索引（如訂單明細表中的產品ID字段、訂單明細表中關聯的訂單ID字段）
*索引鍵的大小不能超過900個字節，當列表的大小超過900個字節或者若干列的和超過900個字節時，數據庫將報錯。
*表中如果建有大量索引將會影響INSERT、UPDATE和DELETE語句的性能，因爲在表中的數據更改時，所有的索引都將必須進行適當的調整。需要避免對經常更新的表進行過多的索引，並且索引應保持較窄，就是說：列要儘可能的少。
*爲經常用於查詢的謂詞創建索引，如用於下拉參照快速查找的code、name等。在平臺現有下拉參照的查詢sql語句中的like條件語句要改成不帶前置通配符。還有需要關注Order By和Group By謂詞的索引設計，Order By和Group By的謂詞是需要排序的，某些情況下爲Order By和Group By的謂詞建立索引，會避免查詢時的排序動作。
*對於內容基本重複的列，比如只有1和0，禁止建立索引，因爲該索引選擇性極差，在特定的情況下會誤導優化器做出錯誤的選擇，導致查詢速度極大下降。
*當一個索引有多個列構成時，應注意將選擇性強的列放在前面。僅僅前後次序的不同，性能上就可能出現數量級的差異。
*對小表進行索引可能不能產生優化效果，因爲查詢優化器在遍歷用於搜索數據的索引時，花費的時間可能比執行簡單的表掃描還長，設計索引時需要考慮表的大小。記錄數不大於100的表不要建立索引。頻繁操作的小數量表不建議建立索引（記錄數不大於5000條）
擴展閱讀：
http://topic.csdn.net/t/20041108/15/3532352.html