Spring Boot中判断轨迹数据是否经过设置的打卡点,且在PGSQL中把点拼接成线,判断某个点是否在线上或在线的50米范围内

问题描述

轨迹数据判断是否经过打卡点,轨迹数据太多,循环判断的话非常消耗内存。解决办法只需要把所有轨迹数据点拼成了一条线,然后只需要循环打卡点即可,打卡点不多,一般不会超过100个,如果多的话,另说。。一般也就几个,也就是说有多少个打卡点就需要循环多少次,打卡点少,我们就可以使用循环去判断打卡点是否在线的范围内即可

数据结构

轨迹数据,每一条数据都是一个点

打卡点,一个范围内设置6个打卡点

直接嵌套循环判断法,弊端很大,非常影响服务器性能,消耗大量内存,而且如果数据量非常庞大的话,执行速度非常的慢

解决方法

把点拼接成线

  • 在pgsql中写sql语句把所有数据点拼成一条线
sql 复制代码
SELECT ST_MakeLine(shape ORDER BY gps_time) AS line
FROM card_device_trajectory_info
WHERE imei = '15127666527'
  • 在java代码中用循环的方式拼接成一条线

如果你在修改代码的时候发现已有的SQL语句很复杂,那就别动SQL语句了,最好就是直接使用StringBuilder去拼接一条线出来,效果也是一样的,只不过是多了一次循环,但是他不操作数据库,效率应该也差不了多少的!

java 复制代码
List<CardDeviceTrajectoryInfo> cardDeviceTrajectoryInfoList = waterJobStatisticsMapper.getTrajectoryByTodayAndImei(new Date(), cardDeviceInfo.getImei());
StringBuilder sb = new StringBuilder("LINESTRING(");
if (!cardDeviceTrajectoryInfoList.isEmpty()){
	//获取当前地块打卡点
	List<WaterLandInfoCoordinate> sanitationLandInfoCoordinates = waterLandInfoCoordinateService.list(new LambdaQueryWrapper<WaterLandInfoCoordinate>().eq(WaterLandInfoCoordinate::getDkId,Long.parseLong(cardDeviceInfo.getLandId())));
	//判断轨迹是否经过打卡点
	for (CardDeviceTrajectoryInfo cardDeviceTrajectoryInfo : cardDeviceTrajectoryInfoList) {
		//sb.append(cardDeviceTrajectoryInfo.getLng() + " " + cardDeviceTrajectoryInfo.getLat() + ",");
		sb.append(cardDeviceTrajectoryInfo.getLng()).append(" ").append(cardDeviceTrajectoryInfo.getLat()).append(",");
	}
	//删除最后一个,
	if (sb.toString().contains(",")){
		sb.deleteCharAt(sb.lastIndexOf(","));
	}
	sbMorning.append(")");
	System.out.println(sb);
	if (!sanitationLandInfoCoordinates.isEmpty()){
		//经过的打卡点除以打卡总数
		double coordinateTrueRadio = (double) coordinateTotal / sanitationLandInfoCoordinates.size();
		//根据打卡获取清扫面积
		areaPerson += coordinateTrueRadio * landInfoServiceOne.getArea();
	}
}

用线判断打卡点

可以使用ST_Intersects或ST_DWithin函数去判断,ST_Intersects 函数来判断点是否在线上,或使用 ST_DWithin 函数来判断点距离线的距离是否小于等于50米,一般使用ST_DWithin去判断就行,毕竟有个半径可以设置,语法也非常简单,如下

sql 复制代码
SELECT ST_Intersects(geom, geom) #判断在线上
sql 复制代码
SELECT ST_DWithin(geom, geom, 50, true) #50米范围内

代码实现过程

把之前所有的点拼成了一条线,然后只需要循环打卡点即可,打卡点不多,一般不会超过100个,如果多的话,另说。。一般也就几个,也就是说有多少个打卡点就需要循环多少次,打卡点少,我们可以使用循环去判断打卡点是否在线的范围内即可

xml 复制代码
<select id="getTrajectoryLine" resultType="String">
    SELECT ST_MakeLine(shape ORDER BY gps_time) AS line
    FROM card_device_trajectory_info
    WHERE TO_CHAR(gps_time, 'YYYY-MM-DD') = TO_CHAR(DATE(#{today}),'YYYY-MM-DD')
    AND imei = #{imei}
</select>

<select id="ifCoordinateLand" resultType="Boolean">
    select ST_DWithin(st_geomfromtext(st_astext(#{coordinate}),4326),st_geomfromtext(st_astext(#{geom}),4326),#{radius},true)
</select>
相关推荐
学长毕设1 小时前
基于SpringBoot的野生动物公益保护平台设计与实现-附源码
java·spring boot·后端
梦里寻码2 小时前
我用 NestJS + Vue3 写了一套完整的研发管理系统(58 表 / 229 API / 130 项断言,全开源
前端·后端·算法
鶴哥只手遮天2 小时前
《Redis 8.10.3 深度剖析》系列 ·第 10 章 Hash 一:`listpack`、`hashtable` 与 `LISTPACK_EX`
redis·后端·开源
SL_staff2 小时前
离散制造排程破局:JVS-APS 四步闭环落地实践(开发者视角)
java·产品·全栈
johnjincaaaa2 小时前
WebAssembly 逆向实战:从 0 搞懂猿人学第 15 题
后端
Gopher_HBo2 小时前
Go CPU 剖析:四角色白话机制 + 实测实验
后端
这个昵称不容易2 小时前
SpringBoot 美容院管理系统:232个Java文件315个接口,5套角色从预约到发货一整条链路
java·springboot·毕设
猿人谷2 小时前
Surrogate Model:让进化算法学会“预测”,为什么它正在成为智能优化的重要技术?
后端·算法·架构
她的男孩2 小时前
三人会签只批了一个就往下走:Forge Admin 把 all / any / ratio 写成 completionCondition
spring boot·低代码·工作流引擎
装不满的克莱因瓶3 小时前
【SpringAI Alibaba】ReactAgent记忆管理MessageTrimmingHook与MessageDeletionHook
java·人工智能·ai·ai编程·springai·springaialibaba