1

我在优化一些 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);

任何想法如何加快此查询以及为什么不使用索引？

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

4

1 回答 1

1

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

最后说两点。SELECT 'natural' IN ('water', 'pond');总是假的。并且SELECT true=true是真的，所以任何像这样的布尔运算符ST_Intersects(g1, g2)=true在逻辑上都是有效的，但在美学上是多余的。只需在ST_Intersects(g1, g2)没有“等于真”部分的情况下使用。

于 2014-05-15T12:23:16.260 回答