本文链接地址:http://www.cnblogs.com/ajiangg/p/4800161.html
基于百度/高德地图的一些应用经常会有这样一种场景的查询:
取X公里范围内最近的Y位司机/商户。
某公司是这样做的:司机有一张司机信息表DriverInfo,另有一张司机位置信息表DriverPosition。
DriverPosition会实时更新司机目前的经度和纬度。
获取X公里范围内的司机使用到了一个标量值函数GetDistance,传入客户的经度和纬度,以及司机的经度和纬度
结果返回两者之间的距离。那么典型的查询就是这样的:
DECLARE @longitude AS FLOAT = 31.2373453826; DECLARE @latitude AS FLOAT = 121.4976583979; DECLARE @Range AS TINYINT = 3; SELECT TOP 10 D.ID ,D.Phone ,GetDistance(@longitude,@latitude,DP.Longitude,DP.Latitude) AS Distance FROM DriverInfo AS D INNER JOIN DriverPosition AS DP ON D.ID = DP.ID WHERE GetDistance(@longitude,@latitude,DP.Longitude,DP.Latitude) <= @Range ORDER BY GetDistance(@longitude,@latitude,DP.Longitude,DP.Latitude) ASC
问题来了,上面这样的查询由于条件是在字段Longitude和Latitude上进行了运算,所以查询是会走Table Scan的。
大量的这样的并发查询会导致数据库服务器cpu一直爆表,怎么办呢?
--------------------------------------------------------------------------------------------------------------
实际上GetDistance这个函数无非是已客户的经纬度@longitude,@latitude为中心,以@Range为半径画了一个圆圈。
那么为了使用索引,我们也可以以@longitude,@latitude为中心,以@Range * 2为边,画一个正方形。如下图:
至于多少经度或者纬度是1公里呢,这里我们需要测算出一个系数x。例如近似0.009经度或纬度变化是1公里(实际上经度和纬度的系数稍有不一样,地球是扁的.具体系数请自己测试)。
于是优化后的查询就成了下面这样:
DECLARE @longitude AS FLOAT = 31.2373453826; DECLARE @latitude AS FLOAT = 121.4976583979; DECLARE @Range AS TINYINT = 3; DECLARE @longitudeLow AS FLOAT = 31.2373453826 - 3*0.009; DECLARE @longitudeHight AS FLOAT = 31.2373453826 + 3*0.009; DECLARE @latitudeLow AS FLOAT = 121.4976583979 - 3*0.009; DECLARE @latitudeHight AS FLOAT = 121.4976583979 + 3*0.009; SELECT TOP 10 D.ID ,D.Phone ,GetDistance(@longitude,@latitude,DP.Longitude,DP.Latitude) AS Distance FROM DriverInfo AS D INNER JOIN DriverPosition AS DP ON D.ID = DP.ID WHERE
DP.Longitude BETWEEN @longitudeLow AND @longitudeHight
AND DP.Latitude BETWEEN @latitudeLow AND @latitudeHight AND GetDistance(@longitude,@latitude,DP.Longitude,DP.Latitude) <= @Range ORDER BY GetDistance(@longitude,@latitude,DP.Longitude,DP.Latitude) ASC