PostgreSQL列索引查询优化问题

Question

如果我在纬度* 69和经度* 46上创建索引，以下查询是否可以优化？

select * from locations where abs(latitude*69 - 3036) <= 25 
          and abs(longitude*46 - 8970) <= 25 

或者我必须删除abs()和代码它更像是：

select * from locations where (latitude*69 - 3036) between -25 and 25 
          and (longitude*46 - 8970) between -25 and 25 

或甚至更简单：

select * from locations where latitude*69 between 3036-25 and 3036+25 
          and longitude*46 between 8970-25 and 8970+25 

Answer 1

要查看查询是否可以通过索引进行优化，最简单的方法是做什么。

在查询之前创建一个GIST INDEX并使用EXPLAIN或EXPLAIN VERBOSE查看postgres使用的执行计划。如果您看到类似扫描SEQ，则不是使用索引。如果您看到索引扫描，则是使用该特定查询的索引。

为了使用GIS数据上的索引，必须使用使用geom/geog的边界框的函数。 Postgis中的函数使用边界框来使用索引，如所有的operators，或者一些使用内部运算符进行过滤的函数。

我认为你可以做出最好的查询，看看是否lonlat是在一个盒子里（就是你正在尝试做的？）是这样的：

SELECT * 
FROM locations 
WHERE 
    ST_Dwithin(
     'POINT('||(longitude*46)||' '||(latitude*69)||')'::geometry, 
     'POINT(8970 3036)'::geometry 
    ) 

（未测试，但应该工作也与索引）

Answer 2

我从你的问题，你正在寻找的意义找到某个点周围25个单位框内的点。只要locations只是点，任何postgres索引（GIN，GiST，b-tree，r-tree等）都可以在此查询上正常工作。如果位置包含其他几何形状（手机信号塔接收的形状，交付路线区域等），那么您需要一个GiST r-tree。但总体而言，更好的方法是，因为我从其他一些地理问题的印象中获得了地理位置对于您所从事的工作至关重要的问题，因此可以使用PostGIS或至少geometry support built into Postgres。你的榜样的直译应该是：

select * from locations 
where my_point_column <@ box '((194.4, 43.36),(194.5 43.6))' 

反对用几何类型列的Postgres

，和PostGIS的版本是多了很多的改进和公用事业的各种数据相同。