使用mysql的st_contains
时,我面临差异。我有一个区域表,其中有它们的latitude
和longitude
列,我只想查询属于多边形内的所有记录。
当我这样做时,mysql返回多边形外的记录,而错过肯定在多边形内的记录。我能够使用来自mysql的结果的谷歌地图创建视觉效果,以帮助我进行调试。
下面是SQL查询
SELECT *
FROM `zones`
WHERE (ST_CONTAINS(ST_GEOMFROMTEXT('POLYGON((22.43079687220491 89.14206562499999, 33.72385081452048 96.70065937499999, 22.917381576171614 107.77487812499999, 20.796651975524764 108.12644062499999, 17.643461922028166 107.42331562499999, 7.361883956935348 117.26706562499999, 2.1060545562538273 148.54242063498816, -7.365289419995424 171.21820188498816, -25.802453489204527 171.74554563498816, -36.08590711168321 -175.3694333408895, -51.731473033051614 172.21043060460465, -44.34469762328107 138.81199310460465, -34.74750931376504 107.87449310460465, -12.04633897054804 98.73386810460465, 2.804203457833971 93.76073834567285, 16.292162960708847 90.77245709567285, 22.43079687220491 89.14206562499999, 22.43079687220491 89.14206562499999))'), POINT(latitude, longitude))) AND `zones`.`deleted_at` IS NULL
从视觉上看,它显示了提供的多边形之外的记录,而缺少应在多边形内的记录。
例如,我有一个澳大利亚的黑斯廷斯(Hastings)区域记录,其中有一个
latitude:-38.3
和longitude:145.216667
显然在多边形中,但是mysql从不返回该记录。新西兰内也有几条记录。边界是使用Google Maps图形插件生成的。
这是一个mysql bug,还是我做错了什么?
最佳答案
我将多边形定义粘贴到WKT可视化器中,它看起来很奇怪,根本不像您在此处绘制的那样。
我认为这是由这些细分市场以及缺少SRID引起的。
-25.802453489204527 171.74554563498816,
-36.08590711168321 -175.3694333408895,
-51.731473033051614 172.21043060460465
如果没有明确的SRID参数,MySQL将使用SRID 0-抽象,无单位,无限的笛卡尔平面。
https://mysqlserverteam.com/spatial-reference-systems-in-mysql-8-0/
在此部分中,经度从171跳到-175并返回,跨过反子午线。但是在SRID = 0的情况下,MySQL对反子午线一无所知,这变成了一条跨越〜346度经度并跨越大部分图片的长线,而不是跨越〜14度经反子午线的互补短线。
您需要提供SRID(我想您需要4326
)来告诉MySQL地球上正在发生的事情。如果您不需要精确的多边形,也可以采用简单的解决方法-将-175.3694333408895
替换为179.9
以避免越过antimeridian。
关于mysql - MySQL 8.0 ST_CONTAINS返回面外的记录,并丢失面内的记录,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/58497057/