之前總結(jié)了PostgreSQL的序列相關(guān)知識(shí)，今天總結(jié)下索引。

我們都知道，數(shù)據(jù)庫(kù)索引最主要的作用是可以提高檢索數(shù)據(jù)的速度，但是索引也不是越多越好。因?yàn)樗饕龝?huì)增加數(shù)據(jù)庫(kù)的存儲(chǔ)空間，查詢數(shù)據(jù)是要花較多的時(shí)間。

1、創(chuàng)建索引

SQL語(yǔ)句如下：

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

2、刪除索引

DROP index idx_commodity;

3、增加索引的優(yōu)勢(shì)：

創(chuàng)建索引可以大大提高系統(tǒng)的性能。

第一，最主要的原因是可以大大加快數(shù)據(jù)的檢索速度；

第二，通過(guò)創(chuàng)建唯一性索引，可以保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的唯一性；

第三，可以加速表和表之間的連接，特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義；

第四，在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)，同樣可以顯著減少查詢中分組和排序的時(shí)間；

第五，通過(guò)使用索引，可以在查詢的過(guò)程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。

4、增加索引的劣勢(shì)：

第一，創(chuàng)建索引和維護(hù)索引要花費(fèi)時(shí)間，且隨著數(shù)據(jù)量的增加時(shí)間也會(huì)增加；

第二，索引會(huì)占物理空間，除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每一個(gè)索引還要占一定的物理空間；'

第三，當(dāng)對(duì)表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時(shí)候，索引也要?jiǎng)討B(tài)的維護(hù)，這樣就降低了數(shù)據(jù)的維護(hù)速度。

5、索引的選擇

一般來(lái)說(shuō)，應(yīng)該在這些列上創(chuàng)建索引：

第一、 在經(jīng)常需要搜索的列上，可以加快搜索的速度；

第二、 在作為主鍵的列上，強(qiáng)制該列的唯一性和組織表中數(shù)據(jù)的排列結(jié)構(gòu)；

第三、 在經(jīng)常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度；

第四、 在經(jīng)常需要根據(jù)范圍進(jìn)行搜索的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，其指定的范圍是連續(xù)的；

第五、 在經(jīng)常需要排序的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，這樣查詢可以利用索引的排序，加快排序查詢時(shí)間；

第六、 在WHERE子句的列上面創(chuàng)建索引，加快條件的判斷速度。

一般來(lái)說(shuō)，不應(yīng)該創(chuàng)建索引的的這些列具有下列特點(diǎn)：

第一，對(duì)于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索引。這是因?yàn)?，既然這些列很少使用到，因此有索引或者無(wú)索引，并不能提高查詢速度。相反，由于增加了索引，反而降低了系統(tǒng)的維護(hù)速度和增大了空間需求。

第二，對(duì)于那些只有很少數(shù)據(jù)值的列也不應(yīng)該增加索引。這是因?yàn)?，由于這些列的取值很少，在查詢的結(jié)果中，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例，即需要在表中搜索的數(shù)據(jù)行的比例很大。增加索引，并不能明顯加快檢索速度。

第三，對(duì)于那些定義為text, image和bit數(shù)據(jù)類型的列不應(yīng)該增加索引。這是因?yàn)椋@些列的數(shù)據(jù)量要么相當(dāng)大，要么取值很少。

第四，當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí)，不應(yīng)該創(chuàng)建索引。這是因?yàn)?，修改性能和檢索性能是互相矛盾的。當(dāng)增加索引時(shí)，會(huì)提高檢索性能，但是會(huì)降低修改性能。當(dāng)減少索引時(shí)，會(huì)提高修改性能，降低檢索性能。因此，當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí)，不應(yīng)該創(chuàng)建索引。

補(bǔ)充：PostgreSQL索引分類及使用

1.索引方式

PostgreSQL數(shù)據(jù)庫(kù)支持單列index,多列復(fù)合 index, 部分index, 唯一index, 表達(dá)式index,隱含 index, 和并發(fā)index。

2.索引方法

PostgreSQL 支持 B-tree, hash, GiST, and GIN index methods。

3.索引使用范圍

1).B-tree

B-tree可以有效使用當(dāng)一個(gè)查詢包含等號(hào)(=)和范圍操作符 (<, <=, >, >=, BETWEEN, and IN)。

2).hash

一個(gè)等號(hào)操作符(=)，不適合范圍操作符。

3).GiST

適用于自定義復(fù)雜類型,包括rtree_gist, btree_gist, intarray,tsearch, ltree 和 cube。

4).GIN

GIN比GiST占用多三倍多空間，適合復(fù)雜like，例如like ‘%ABC12%'。

4.索引使用注意事項(xiàng)

1).當(dāng)一個(gè)表有很多行時(shí)，對(duì)一個(gè)表列進(jìn)行索引是很重要的。

2).當(dāng)檢索數(shù)據(jù)時(shí)，應(yīng)該選擇一個(gè)好的備選列作為索引，外鍵，或者取最大最小值的鍵，列的選擇性對(duì)索引有效性很重要。

3).為了更好的性能要移除不使用的索引，為了清除無(wú)法利用的行每隔一月重建所有索引。

4).如果有非常大量的數(shù)據(jù)，使用表分區(qū)索引。

5）當(dāng)列中包含NULL值時(shí)，可以考慮建立一個(gè)不包含NULL的條件索引。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。

最新評(píng)論