之前總結了PostgreSQL的序列相關知識，今天總結下索引。
我們都知道，資料庫索引最主要的作用是可以提高檢索資料的速度，但是索引也不是越多越好。因為索引會增加資料庫的儲存空間，查詢資料是要花較多的時間。

1、建立索引
SQL語句如下：

CREATE INDEX idx_commodity
  ON commodity   //表名
  USING btree     //用B樹實現
  (commodity_id);  //作用的具體列

2、刪除索引
DROP index idx_commodity;

3、增加索引的優勢：
建立索引可以大大提高系統的效能。
第一，最主要的原因是可以大大加快資料的檢索速度；
第二，通過建立唯一性索引，可以保證資料庫表中每一行資料的唯一性；
第三，可以加速表和表之間的連線，特別是在實現資料的參考完整性方面特別有意義；
第四，在使用分組和排序子句進行資料檢索時，同樣可以顯著減少查詢中分組和排序的時間；
第五，通過使用索引，可以在查詢的過程中，使用優化隱藏器，提高系統的效能。

4、增加索引的劣勢：
第一，建立索引和維護索引要花費時間，且隨著資料量的增加時間也會增加；
第二，索引會佔物理空間，除了資料表佔資料空間之外，每一個索引還要佔一定的物理空間；’
第三，當對錶中的資料進行增加、刪除和修改的時候，索引也要動態的維護，這樣就降低了資料的維護速度。

5、索引的選擇
一般來說，應該在這些列上建立索引：
第一、 在經常需要搜尋的列上，可以加快搜索的速度；
第二、 在作為主鍵的列上，強制該列的唯一性和組織表中資料的排列結構；
第三、 在經常用在連線的列上，這些列主要是一些外來鍵，可以加快連線的速度；
第四、 在經常需要根據範圍進行搜尋的列上建立索引，因為索引已經排序，其指定的範圍是連續的；
第五、 在經常需要排序的列上建立索引，因為索引已經排序，這樣查詢可以利用索引的排序，加快排序查詢時間；
第六、 在WHERE子句的列上面建立索引，加快條件的判斷速度。

一般來說，不應該建立索引的的這些列具有下列特點：
第一，對於那些在查詢中很少使用或者參考的列不應該建立索引。這是因為，既然這些列很少使用到，因此有索引或者無索引，並不能提高查詢速度。相反，由於增加了索引，反而降低了系統的維護速度和增大了空間需求。
第二，對於那些只有很少資料值的列也不應該增加索引。這是因為，由於這些列的取值很少，在查詢的結果中，結果集的資料行佔了表中資料行的很大比例，即需要在表中搜索的資料行的比例很大。增加索引，並不能明顯加快檢索速度。
第三，對於那些定義為text, image和bit資料型別的列不應該增加索引。這是因為，這些列的資料量要麼相當大，要麼取值很少。
第四，當修改效能遠遠大於檢索效能時，不應該建立索引。這是因為，修改效能和檢索效能是互相矛盾的。當增加索引時，會提高檢索效能，但是會降低修改效能。當減少索引時，會提高修改效能，降低檢索效能。因此，當修改效能遠遠大於檢索效能時，不應該建立索引。