更新时间:2024-11-27 GMT+08:00

索引使用约束

下面是一个使用索引的例子,由于SQL_ASCII的数据库编码格式不支持中文字符,请在Encoding为UTF8/GBK的数据库中执行以下示例:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
CREATE TBALE table1 (c_int int,c_bigint bigint,c_varchar varchar,c_text text) with(orientation=row);

CREATE TEXT SEARCH CONFIGURATION ts_conf_1(parser=POUND);
CREATE TEXT SEARCH CONFIGURATION ts_conf_2(parser=POUND) with(split_flag='%');

SET default_text_search_config='ts_conf_1';
CREATE INDEX idx1 ON table1 using gin(to_tsvector(c_text));

SET default_text_search_config='ts_conf_2';
CREATE INDEX idx2 ON table1 using gin(to_tsvector(c_text));

SELECT c_varchar,to_tsvector(c_varchar) FROM table1 where to_tsvector(c_text) @@ plainto_tsquery('¥#@……&**')   and to_tsvector(c_text) @@ plainto_tsquery('某公司 ')   and c_varchar is not null order by 1 desc limit 3;

该例子的关键点是表table1的同一个列c_text上建立了两个gin索引:idx1和idx2,但这两个索引是在不同default_text_search_config的设置下建立的。该例子和同一张表的同一个列上建立普通索引的不同之处在于:

  • GIN索引使用了不同的parser(即分隔符不同),那么idx1和idx2的索引数据是不同的;
  • 在同一张表的同一个列上建立的多个普通索引的索引数据是相同的;

因此当执行同一个查询时,使用idx1和idx2查询出的结果是不同的。

使用约束

通过上面的例子,GIN索引使用满足如下条件时:

  • 在同一个表的同一个列上建立了多个GIN索引;
  • 这些GIN索引使用了不同的parser(即分隔符不同);
  • 在查询中使用了该列,且执行计划中使用索引进行扫描。

为了避免使用不同gin索引导致查询结果不同的问题,需要保证在物理表的一列上只有一个gin索引可用。