首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >PostgreSQL:尽管有GiN索引,但仍对Hstore列进行顺序表扫描

PostgreSQL:尽管有GiN索引,但仍对Hstore列进行顺序表扫描
EN

Stack Overflow用户
提问于 2014-01-04 13:57:54
回答 1查看 312关注 0票数 0

我有一个带有hstore列的表,大致上是22 mio记录(来自部分osm-数据库的ways表)。

尽管hstore列上有一个GIN索引,但是对特定标记的查询会导致顺序表扫描,返回单个列需要超过60秒。

我一直在做的事。

  1. 我使用pgAdminIII创建了GIN索引。
  2. 执行vacuum analayze
  3. 执行这类查询:select id from table where tags->'name'='foo'
  4. 删除索引并从1.
  5. 按照用户a_horse_with_no_name的建议,我在表上执行analyze更新了表统计信息。但那没有效果。

您可以看到查询计划here。由于某些原因,explain analyze只需20秒就能完成。

如何正确地在这样的大表上索引hstore列,从而大大降低查询执行成本?

谢谢你的帮助!

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2014-01-04 15:44:05

我认为有两种可能的解决办法:

如果您总是查询该键值是否相等,则可以在表达式上使用B树索引(“标记->‘name”)

代码语言:javascript
复制
create index idx_name on ways ( (tags -> 'name') );

快速测试表明Postgres确实使用索引来查找hstore列中是否存在键值,但显然不是用于查找相关的值。

因此,您可以尝试添加一个条件来测试该键值:

代码语言:javascript
复制
select id
from ways
where tags ? 'name' 
  and tags -> 'name' = 'Wiehbergpark';

但是,如果所有行都包含该键,则可能没有帮助。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/20921913

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档