PostgreSQL提供了几种索引类型:
B-tree、Hash、GiST、SP-GiST、GIN、BRIN,以及扩展bloom。
每种索引类型使用不同的算法,最适合不同类型的可索引子句。
默认情况下,CREATE
INDEX
命令创建
B-tree索引,适用于最常见的情况。
其他索引类型通过写入关键字
USING
后跟索引类型名称来选择。
例如,要创建Hash索引:
CREATE INDEXname
ONtable
USING HASH (column
);
B-tree可以在可排序数据上的处理等值和范围查询。特别地,PostgreSQL的查询规划器会在任何一种涉及到以下操作符的已索引列上考虑使用B-tree索引:
< <= = >= >
将这些操作符组合起来,例如BETWEEN
和IN
,也可以用B-tree索引搜索实现。同样,在索引列上的IS NULL
或IS NOT
NULL
条件也可以在B-tree索引中使用。
优化器也会将B-tree索引用于涉及到模式匹配操作符LIKE
和~
的查询,前提是如果模式是一个常量且被固定在字符串的开头—例如:col LIKE
'foo%'
或者col ~ '^foo'
, 但在col LIKE '%bar'
上则不会。但是,如果我们的数据库没有使用C区域设置,我们需要创建一个具有特殊操作符类的索引来支持模式匹配查询,参见下面的第 11.10 节。同样可以将B-tree索引用于ILIKE
和~*
,但仅当模式以非字母字符开始,即不受大小写转换影响的字符。
B-tree索引也可以用于检索排序数据。这并不会总是比简单扫描和排序更快,但是总是有用的。
HASH索引存储一个由索引列计算出的32位的hash code值。因此,Hash索引只能处理简单等值比较。每当索引列涉及到等值操作符的比较时,查询规划器将会使用Hash索引。
=
GiST索引并不是一种单独的索引,而是可以用于实现很多不同索引策略的基础设施。相应地,可以使用一个GiST索引的特定操作符根据索引策略(操作符类)而变化。作为一个例子,PostgreSQL的标准捐献包中包括了用于多种二维几何数据类型的GiST操作符类,它用来支持使用下列操作符的索引化查询:
<< &< &> >> <<| &<| |&> |>> @> <@ ~= &&
(这些操作符的含义见第 9.11 节)表 68.1中给出了标准发布中所包括的 GiST 操作符类。contrib
集合中还包括了很多其他GiST操作符类,可见第 68 章。
GiST索引也有能力优化“最近邻”搜索,例如:
SELECT * FROM places ORDER BY location <-> point '(101,456)' LIMIT 10;
它将找到离给定目标点最近的10个位置。能够支持这种查询的能力同样取决于被使用的特定操作符类。 在表 68.1中,“Ordering Operators”列中列出了可以在这种方法中使用的操作符。
和GiST相似,SP-GiST索引为支持多种搜索提供了一种基础结构。SP-GiST 允许实现众多不同的非平衡的基于磁盘的数据结构,例如四叉树、k-d树和radix树。作为一个例 子,PostgreSQL的标准捐献包中包含了一个用于二维点的SP-GiST操作符类,它用于支持使用下列操作符的索引化查询:
<< >> ~= <@ <<| |>>
(其含义见第 9.11 节)表 69.1中给出了标准发布中所包括的 SP-GiST 操作符类。更多信息参见第 69 章。
就像 GiST, SP-GiST 支持 “nearest-neighbor” 搜索. 对于支持距离排序的 SP-GiST 运算符类别,相应的运算符被列在表 69.1里面的“Ordering Operators”中。
GIN 索引是“倒排索引”,它适合于包含多个组成值的数据值,例如数组。倒排索引中为每一个组成值都包含一个单独的项,它可以高效地处理测试指定组成值是否存在的查询。
与 GiST 和 SP-GiST相似, GIN 可以支持多种不同的用户定义的索引策略,并且可以与一个 GIN 索引配合使用的特定操作符取决于索引策略。作为一个例子,PostgreSQL的标准贡献包中包含了用于数组的GIN操作符类,它用于支持使用下列操作符的索引化查询:
<@ @> = &&
(这些操作符的含义见第 9.19 节)表 70.1中给出了标准发布中所包括的 GIN 操作符类。在contrib
集合中还有更多其他GIN操作符类,更多信息参见第 70 章。