我有一个带有hstore列的表,大致上是22 mio记录(来自部分osm-数据库的ways表)。
尽管hstore列上有一个GIN索引,但是对特定标记的查询会导致顺序表扫描,返回单个列需要超过60秒。
我一直在做的事。
vacuum analayzeselect id from table where tags->'name'='foo'analyze更新了表统计信息。但那没有效果。

您可以看到查询计划here。由于某些原因,explain analyze只需20秒就能完成。
如何正确地在这样的大表上索引hstore列,从而大大降低查询执行成本?
谢谢你的帮助!
发布于 2014-01-04 15:44:05
我认为有两种可能的解决办法:
如果您总是查询该键值是否相等,则可以在表达式上使用B树索引(“标记->‘name”)
create index idx_name on ways ( (tags -> 'name') );快速测试表明Postgres确实使用索引来查找hstore列中是否存在键值,但显然不是用于查找相关的值。
因此,您可以尝试添加一个条件来测试该键值:
select id
from ways
where tags ? 'name'
and tags -> 'name' = 'Wiehbergpark';但是,如果所有行都包含该键,则可能没有帮助。
https://stackoverflow.com/questions/20921913
复制相似问题