使用&&amp ;;索引对交叉查询没有影响

时间:2016-01-19 03:38:06

标签: postgresql postgis postgresql-9.4

我在PostgreSQL数据库中有一个表,它是使用以下命令通过QGIS DB Manager创建的。 geom列包含大约500,000个六边形多边形,而centroid列包含这些六边形的质心。 id只是分配给每个人的唯一值。

CREATE TABLE public.hex15p625
(
  id integer NOT NULL DEFAULT nextval('"Hex15p625_id_seq"'::regclass),
  geom geometry(Polygon,4326),
  centroid geometry(Point,4326),
  CONSTRAINT "Hex15p625_pkey" PRIMARY KEY (id)
)

我使用以下查询作为GeoJSON返回任何位于边界框内的六边形:

SELECT id, ST_AsGeoJSON(geom) AS geom, ST_AsGeoJSON(centroid) AS centroid
FROM public.hex15p625
WHERE 
  ST_Shift_Longitude(public.hex15p625.geom) && 
  ST_Shift_Longitude(ST_MakeEnvelope(-86.0057, 48.8199, -85.6854, 48.9955, 4326));

为了加快查询速度,我创建了两个索引,尽管在上面的用例中只使用了一个:

CREATE INDEX "sidx_Hex15p625_geom"
  ON public.hex15p625
  USING gist
  (geom);
ALTER TABLE public.hex15p625 CLUSTER ON "sidx_Hex15p625_geom";

这一个,我为了完整起见而放在这里:

CREATE INDEX "sidx_Hex15p625_centroid"
  ON public.hex15p625
  USING gist
  (centroid);

在进行上述查询时,我发现查询大约需要700毫秒,而且在我创建空间索引后700毫秒。为了仔细检查,我复制了上表,删除了两个索引,并对两者运行了相同的查询,并得到了几乎完全相同的结果。

是否存在阻止查询使用我创建的索引的内容?

1 个答案:

答案 0 :(得分:2)

虽然我不完全确定(我从未遇到过这个问题),但最有可能是使用ST_Shift_Longitude()gist索引适用于原始几何图形的框,但您使用该函数明确地在西半球移动几何图形。您可以尝试在函数结果上构建索引,看看是否有帮助:

CREATE INDEX "sidx_Hex15p625_geom_shift"
  ON public.hex15p625
  USING gist (ST_Shift_Longitude(geom));