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>
相关推荐
皮皮林5513 分钟前
拒绝写重复代码,试试这套开源的 SpringBoot 组件,效率翻倍~
java·spring boot
IT_陈寒3 小时前
Python开发者必知的5大性能陷阱:90%的人都踩过的坑!
前端·人工智能·后端
顺风尿一寸4 小时前
从 Java NIO poll 到 Linux 内核 poll:一次系统调用的完整旅程
java
流浪克拉玛依4 小时前
Go Web 服务限流器实战:从原理到压测验证 --使用 Gin 框架 + Uber Ratelimit / 官方限流器,并通过 Vegeta 进行性能剖析
后端
程途知微4 小时前
JVM运行时数据区各区域作用与溢出原理
java
孟沐4 小时前
保姆级教程:手写三层架构 vs MyBatis-Plus
后端
星浩AI4 小时前
让模型自己写 Skills——从素材到自动生成工作流
人工智能·后端·agent
华仔啊6 小时前
为啥不用 MP 的 saveOrUpdateBatch?MySQL 一条 SQL 批量增改才是最优解
java·后端
武子康7 小时前
大数据-242 离线数仓 - DataX 实战:MySQL 全量/增量导入 HDFS + Hive 分区(离线数仓 ODS
大数据·后端·apache hive
砍材农夫7 小时前
TCP和UDP区别
后端