codingmiao

发现了几个好玩的工具站，挺好的，抽中我了就给楼下吧

哦对了，mysql 的 geometry 就是个玩具，wgs84 的坐标 x y 非要反着存，linestring 会莫名其妙的不走索引等问题，非常不推荐使用

几种我自己用的方案：
数据量很小时，直接 jts 在内存里遍历判断。
数据量大时，可以考虑在内存里搞一棵 Rtree https://www.khelekore.org/prtree/index.shtml 。
我自己撸了个变种，把 Rtree 从内存放倒图数据库 https://github.com/codingmiao/neo4j-rtree?tab=readme-ov-file#%E6%9C%80%E9%82%BB%E8%BF%91%E6%90%9C%E7%B4%A2 。
也可以给 pg 装个 postgis 插件来处理。
redis 用 geohash 来实现空间索引，优点是简单，但 geohash 的不连续性会导致某些坐标的查询性能骤降有点烦。

@marding 挺好的，原来 16 核 CPU 直接拉满，改虚拟线程后 3 、4 个核的样子就能撑住。关键是改动量很少，升级到 21 ，换了几个太老的 maven 依赖，把线程换成虚拟线程就完事了。

你们居然在认真讨论没有喷谭浩强。。

@jhdxr 我们有个场景是需要时序和 gis 混合查询的，直接就 timscaledb+postgis 两个插件一装完事了，DB 就天然具备了空间查询和时序查询的能力，如果用其它方案，再起两个中间件，那还要考虑各个中间件数据一致性、跨库查询等问题。

用了一会，现在已经被封了。。

从刚进公司的转正报告开始，每次有和大领导汇报的机会我都要插一两页 PPT 说 CR 的事，方案、对比、收益都说过，每次领导都记下了下面就没了，哎。。之前我还在组内交叉 CR ，现在 C 个锤子，等出事了再说。

混着用，现在的 ORM 框架还配有代码生成器，传个表名进去一波帮你生成到前端 crud 界面了，还是很省心的。但是复杂业务用 ORM 就有点多余了。