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>
相关推荐
ps酷教程7 小时前
Jackson 解决没有无参构造函数的反序列化问题
java
NiceCloud喜云7 小时前
Opus 4.8 的 Effort Control 怎么选:Low 到 Max 五档策略
android·java·大数据·前端·c++·python·spring
为思念酝酿的痛8 小时前
POSIX信号量
linux·运维·服务器·后端
小羊在睡觉8 小时前
力扣84. 柱状图中最大的矩形
后端·算法·leetcode·golang·go
_日拱一卒8 小时前
LeetCode:994腐烂的橘子
java·数据结构·算法·leetcode·深度优先
swipe8 小时前
Neo4j + Graph RAG 医疗知识图谱工程实践:患者教育问答真正需要的是“关系可追溯”
后端·langchain·llm
隔窗听雨眠8 小时前
Nginx网关响应慢排查手记
java·服务器·nginx
智慧物业老杨9 小时前
智慧物业合同周期管理系统:从风险预警到智能交接的全流程数智化落地方案
java·人工智能·python
源码宝9 小时前
MES系统源码:Java8 + SpringBoot2.7 + MySQL8 + Redis,后端源码清爽易扩展
java·后端·源码·springboot·mes系统·源码二开·mes源码
JAVA社区10 小时前
Java高级全套教程(十)—— SpringCloudAlibaba超详细实战详解
java·开发语言·spring cloud·面试·职场和发展