需求：

　　已知一个点的经纬度，需要从表中找出以这个点为中心，半径M米范围内的所有经纬度数据。

　　假设现有表 TAB_LONG_LAT_DATA，字段如下：

　　　　ID                  INTEGER   # 点序号

　　　　LONGITUDE NUMBER   # 经度

　　　　LATITUDE     NUMBER   # 纬度

　　　　OTHERS       VARCHAR2(20)    # 其他信息，不一一例举

     已知中心点的经纬度为(119.576051, 25.497901)，求半径范围在 500M内的所有经纬度数据？

思路：

　　要满足需求，我们要知道2个经纬度的距离公式，当这个距离小于M米时，这点即为需要找的点。

方案一：(查询很慢)

　　1、建立2点的距离公式的函数：

　　　　PI，RADIUS为Π和地球半径，计算的距离单位和RADIUS单位一致，可以根据自己的需要设置。

　　　　FUNCTION FUNC_DISTANCE(lonA NUMBER, latA NUMBER, lonB NUMBER, latB NUMBER) RETURN NUMBER;

　　2、根据需求，直接从表中查询结果：

 　　　　结果发现，在50W的数据量下，查询很慢，需要30s，甚至更高。

方案二：（超快）

 　　1、按照方案一，建立距离函数，同时，根据距离公式，反推以中心点为中心，算出方形范围内（正方形边长=2 * 距离）最大最小经纬度的函数，

　　　　返回类型为对象表，字段信息： min_lon, max_lon, min_lat, max_lat

　　　　函数需要的对象及对象表：

　　　　同时，在原有表中对经纬度字段建立索引：

完整的函数如下：

　　2、先根据半径范围，把数据缩小到方形范围内的结果集，然后在结果集中计算距离符合的点，优化后的sql如下：

 　　　　在调试中发现，红框中的对象表，如果不加“ where ROWNUM = 1” 条件，则查询也很慢，查看执行计划，这个对象表查询花费很多资源，但实际单独查询很快，

　　　　可能是嵌套问题，加 where条件后，只返回一行，而对象表里面实际也就一行，我们也就只需要这一行，此时执行效率就很快了，基本在1s内。

总结：

　　通过方案的对比，对于sql查询的where条件需要计算，且没有其他条件来走索引，只能全表扫描时，我们可以换个思路，是否可以把查询范围先缩小，然后在小范围内，再去刷选满足条件的数据，从而达到需求目的。

 　　计算方形范围的最值算法如下：

　　需要用到的公式：、

 　　具体算法：需要求方形四个角的经纬度

　　　　D为距离，R为地球半径， PI， lonA, latA 为已知中心点的经纬度