我正在做一个项目，我需要在 SVG 路径和点上存储和计算(最好在 MySQL 中)。我需要能够快速查询某个点是否位于路径内。 MySQL 的地理空间特性似乎支持这种查询 ST_Within功能。
但是，关于 MySQL 的地理空间功能是否考虑了“地球的曲率”，我发现了 2 个相反的说法。 "I understand spatial will factor in the curvature of the earth"和 "all calculations are performed assuming Euclidean (planar) geometry as opposed to the geocentric system (coordinates on the Earth's surface)" .所以，我的问题是，哪些说法是正确的，这是否/如何影响我？
此外，欢迎就我是否应该采用这种将 SVG 对象存储为 MySQL 地理空间数据类型的方法提出一般性建议。
最佳答案
经过进一步研究，似乎第二种说法是正确的。也就是说，MySQL 中的所有计算都是在不考虑地球曲率的情况下完成的，只是假设一个平面。引用资料:
- https://www.percona.com/blog/2013/10/21/using-the-new-mysql-spatial-functions-5-6-for-geo-enabled-applications/
- http://www.programering.com/a/MTNwQjMwATI.html
- http://blog.karmona.com/index.php/2010/11/01/the-geospatial-cloud/
关于我是否应该采用这种将 SVG 对象存储为 MySQL 地理空间数据类型的方法的一般建议仍然非常受欢迎。
关于mysql - 我应该将 MySQL 地理空间数据类型用于矢量图形吗，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/41480452/