每个数据库的部分索引还不一样

我以前用过MySQL的部分索引。不过说实话使用场景不多。于是上次本来打算在书中也写这个。结果徐老师说PG的不一样。后来我尝试了。果然不一样。

xxg=# explain select * from xxg; QUERY PLAN

Seq Scan on xxg (cost=0.00…45691.00 rows=100000 width=12) (1 row)

xxg=# \d xxg Table “public.xxg” Column | Type | Collation | Nullable | Default --------±--------±----------±---------±-------- id | integer | | | a | integer | | | b | integer | | | Indexes: “t1” btree (id)

ID列有一个索引。 xxg=# xxg=# explain select * from xxg where id<10; QUERY PLAN

Index Scan using t1 on xxg (cost=0.42…20.90 rows=10 width=12) Index Cond: (id < 10) (2 rows) 这个SQL用到了ID索引，属于正常。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

创建一个PG的部分索引 --它的部分不是索引列的部分，而是结果集的部分。

但是创建时候犯了个错误 （我给a列创建，条件写的是id。这是半年前的事情。当时没注意，结果是死活不起作用）

xxg=# create index xxg_a on xxg (a) where id<10; CREATE INDEX

xxg=# explain select * from xxg where a<10; QUERY PLAN

Seq Scan on xxg (cost=0.00…45941.00 rows=10 width=12) Filter: (a < 10) (2 rows)

后来才发现原来是ID列。非常尴尬。用ID查询是可以了。于是发现好像where之前的括号没什么用处。

xxg=# explain select * from xxg where id<10; QUERY PLAN

Index Scan using xxg_a on xxg (cost=0.14…16.59 rows=10 width=12) (1 row)

然后就创建一个范围的部分索引。最后发现在这个范围内的可以使用所以，而范围以外就无法使用。当然这也是有特定场景的意义。一般场景用不到。

xxg=# create index xxg_b on xxg (b) where b>10 and b<100; CREATE INDEX

xxg=# explain select * from xxg where b=22; QUERY PLAN

Index Scan using xxg_b on xxg (cost=0.14…8.16 rows=1 width=12) Index Cond: (b = 22) (2 rows)

xxg=# explain select * from xxg where b=220; QUERY PLAN

Seq Scan on xxg (cost=0.00…45941.00 rows=1 width=12) Filter: (b = 220) (2 rows)

时隔半年写了一下。当时书中后来没把这个加进去。以后再结合实际加到后续中吧。