PostgreSQL查询优化索引未使用

Question

我在优化某些posgresql查询时遇到了一些麻烦。 例如，这个接缝是最慢的：

select  st_astext(geom), 'all' as type
from (
   select ST_Simplify(ST_Intersection(ST_MakePolygon(ST_GeomFromText(? ,4326)), st_transform(way, 4326)), ?) as geom
   from planet_osm_polygon 
   where (sT_Intersects(ST_MakePolygon(ST_GeomFromText(?,4326)), st_transform(way,4326))=true)
   and   ('natural' IN ('water', 'pond') OR waterway IN ('basin', 'canal', 'mill_pond', 'pond', 'riverbank', 'stream'))
) AS subquery";

我要做的第一件事是编辑conf文件和更改缓冲区大小，总花费的时间减少了百分之几。

我要做的下一件事是从现有表中创建新表，并将多面多边形分解为多边形。 这使大多数查询从70-90％加快了速度。 但是，最慢的3个查询的速度没有超过百分之几。

通过使用EXPLAIN和ANALYZE检查搜索，我意识到未使用索引。 即使我禁用它，也使用seqscan。 据我所知，这意味着我应该做一个新索引。

在表planet_osm_polygon中，我有两个索引：

CREATE INDEX planet_osm_polygon_index_poly
  ON planet_osm_polygon_poly
  USING gist (way);

CREATE INDEX planet_osm_polygon_poly_pkey
  ON planet_osm_polygon_poly
  USING btree (osm_id);

有什么想法可以加快查询速度，为什么不使用索引？

这对我来说是很新的，如果我写的东西没有意义，那就忽略它吧:)

Answer 1

索引可能与WHERE部分中的ST_Intersects一起使用，除非不是因为在数据上使用了一个函数，即st_transform(way,4326) ，否则它们没有st_transform(way,4326) 。 您的选择是避免使用该函数（在本机投影中执行交叉查询，这将产生不同的答案），或者使用该函数添加索引（尽管我不是100％确信这可以与ST_Intersects一起使用）。

最后，有两点。 SELECT 'natural' IN ('water', 'pond'); 永远是错误的。 并且SELECT true=true为true，因此任何布尔运算符（如ST_Intersects(g1, g2)=true在逻辑上都是有效的，但在美学上是多余的。 只需使用ST_Intersects(g1, g2)而不使用“等于true”部分。