Spring Boot中按指定点距离排序位置：Postgres还是Spring Data处理？

为什么选数据库端处理？ #

• 性能碾压级优势：
  要是你的Location表有上百条以上的数据，数据库端排序的优势会非常明显。数据库只计算并返回排序后的结果，不用把全量数据都传到Java服务层——想想看，几万条经纬度数据在网络上传输，再在Java里遍历计算距离、排序，内存和带宽开销都会比数据库端处理大得多。而且Postgres有专门的postgis地理空间扩展，能高效计算球面距离，还能给经纬度字段建空间索引，数据量越大，这种优势越突出。就算不用postgis，用内置三角函数写距离公式，数据库的计算效率也比Java遍历全量数据高。
• 代码更简洁易维护：
  把距离计算和排序逻辑塞进SQL里，Java服务层只需要调用查询、接收结果就行，不用写一堆距离计算的工具类，也不用处理集合排序的逻辑，代码清爽很多，后续维护也方便。
• 结果更准确一致：
  数据库端直接基于最新数据计算排序，不会出现Java层拉取数据后，数据库数据更新导致的结果不一致问题，尤其是在高并发场景下，这点很重要。

Java服务层排序什么时候能用？ #

只有当你的Location数据极少（比如固定几十条，而且几乎不会新增），这时候两种方案差异不大。但这种场景太少见了，大部分业务里数据量都会慢慢增长，还是数据库端处理更稳妥。

两种方案的核心差异 #

简单示例（Postgres方案） #

用PostGIS扩展（推荐，性能最优） #

SELECT id, name, 
       ST_Distance(
           ST_SetSRID(ST_MakePoint(longitude, latitude), 4326),
           ST_SetSRID(ST_MakePoint(:targetLon, :targetLat), 4326)
       ) AS distance
FROM location
ORDER BY distance ASC;

不用PostGIS，用球面距离公式 #

SELECT id, name, 
       6371 * acos(
           cos(radians(:targetLat)) * cos(radians(latitude)) * 
           cos(radians(longitude) - radians(:targetLon)) + 
           sin(radians(:targetLat)) * sin(radians(latitude))
       ) AS distance
FROM location
ORDER BY distance ASC;

（注：6371是地球半径，单位公里，换成3956就是英里）

内容的提问来源于stack exchange，提问作者Sebastian G.