（1）快速取數(shù)據(jù)；

（2）保證數(shù)據(jù)記錄的唯一性；

（3）實現(xiàn)表與表之間的參照完整性；

（4）在使用ORDER by、group by子句進行數(shù)據(jù)檢索時，利用索引可以減少排序和分組的時間。

優(yōu)點：

1.大大加快數(shù)據(jù)的檢索速度；

2.創(chuàng)建唯一性索引，保證數(shù)據(jù)庫表中每一行數(shù)據(jù)的唯一性；

3.加速表和表之間的連接；

4.在使用分組和排序子句進行數(shù)據(jù)檢索時，可以顯著減少查詢中分組和排序的時間。

缺點：

1.索引需要占物理空間。

2.當對表中的數(shù)據(jù)進行增加、刪除和修改的時候，索引也要動態(tài)的維護，降低了數(shù)據(jù)的維護速度。

1. 使用數(shù)據(jù)庫索引實踐推薦的索引類型。
2. 索引設(shè)計建議使用推薦類型，如果需要使用禁用、不推薦、限制使用的索引類型，建議聯(lián)系GaussDB數(shù)據(jù)庫專家進行評估。

表1 數(shù)據(jù)庫索引實踐推薦

1. 對于HASH分布表，主鍵和唯一索引必須包含分布鍵。
2. 合理設(shè)計組合索引，避免冗余。
3. 例如已對(a,b,c)創(chuàng)建索引，則不應(yīng)再單獨對 (a)、（b）、（c）、(a,b)、(b,c)創(chuàng)建索引。
4. 當查詢時如果只帶有a字段上的過濾條件，一般也會利用組合索引進行查詢。
5. 不建議單表創(chuàng)建多個唯一索引。
6. 同時維護多個唯一索引的開銷遠大于維護一個多列唯一索引，如果業(yè)務(wù)邏輯上多個唯一索引，與一個多列唯一索引等價，應(yīng)使用多列唯一索引。
7. 組合索引字段個數(shù)不超過5個。
8. 禁止組合索引組合字符串的總長度超過200。
9. 索引（包括單列索引和復(fù)合索引）字段應(yīng)為NOT NULL字段。
10. 同字段上創(chuàng)建索引的維護效率不同。數(shù)值類型字段優(yōu)于字符類型及其他數(shù)據(jù)類型，因此對于考慮創(chuàng)建索引的ID、時間等字段，建議使用數(shù)值類型進行存儲。
11. 建議在關(guān)聯(lián)列上創(chuàng)建索引。
12. GaussDB支持HASH JOIN，但是當內(nèi)表較小等RESCAN代價較低的情況下，仍然可能選擇NESTLOOP JOIN來完成關(guān)聯(lián)。如果通過EXPLAIN可以查看到NESTLOOP JOIN計劃，則可以通過在關(guān)聯(lián)列上創(chuàng)建索引，提高NESTLOOP JOIN效率。

為了加速文本搜索，可以創(chuàng)建GIN索引。

to_tsvector()函數(shù)有兩個版本。只輸一個參數(shù)的版本和輸兩個參數(shù)的版本。只輸一個參數(shù)時，系統(tǒng)默認采用default_text_search_config所指定的分詞器。

請注意：創(chuàng)建索引時必須使用to_tsvector的兩參數(shù)版本。只有指定了分詞器名稱的全文檢索函數(shù)才可以在索引表達式中使用。這是因為索引的內(nèi)容必須不受default_text_search_config的影響，否則索引內(nèi)容可能不一致。由于default_text_search_config的值可以隨時調(diào)整，從而導(dǎo)致不同條目生成的tsvector采用了不同的分詞器，并且沒有辦法區(qū)分究竟使用了哪個分詞器。正確地轉(zhuǎn)儲和恢復(fù)這樣的索引也是不可能的。

因為在上述創(chuàng)建索引中to_tsvector使用了兩個參數(shù)，只有當查詢時也使用了兩個參數(shù)，且參數(shù)值與索引中相同時，才會使用該索引。也就是說，WHERE to_tsvector('english', body) @@ 'a & b' 可以使用索引，但WHERE to_tsvector(body) @@ 'a & b'不能使用索引。這確保只使用這樣的索引——索引各條目是使用相同的分詞器創(chuàng)建的。

其中body是pgweb表中的一列。當對索引的各條目使用了哪個分詞器進行記錄時，允許在同一索引中存在混合分詞器。在某些場景下這將是有用的。

例如，文檔集合中包含不同語言的文檔時。再次強調(diào)，打算使用索引的查詢必須措辭匹配，例如，WHERE to_tsvector(config_name, body) @@ 'a & b'與索引中的to_tsvector措辭匹配。

索引甚至可以連接列：

另一個方法是創(chuàng)建一個單獨的tsvector列控制to_tsvector的輸出。下面的例子是title和body的連接， 當其它是NULL的時候，使用coalesce確保一個字段仍然會被索引：

然后為加速搜索創(chuàng)建一個GIN索引：

現(xiàn)在，就可以執(zhí)行一個快速全文搜索了：

相比于一個表達式索引，單獨列方法的一個優(yōu)勢是：它沒有必要在查詢時明確指定分詞器以便能使用索引。

正如上面例子所示，查詢可以依賴于default_text_search_config。另一個優(yōu)勢是搜索比較快速，因為它沒有必要重新 利用to_tsvector調(diào)用來驗證索引匹配。表達式索引方法更容易建立，且它需要較少的磁盤空間，因為tsvector形式?jīng)]有明確存儲。