我应该为矢量图形使用 MySQL 地理空间数据类型吗
Should I use MySQL Geo-Spatial data types for vector graphics
我正在做一个项目，我需要在 SVG 路径和点上存储和计算（最好在 MySQL 中）。我需要能够快速查询某个点是否位于路径内。 MySQL的Geo-spatial features似乎支持这种带有ST_Within功能的查询。
但是，关于 MySQL 的地理空间功能是否考虑了 'curvature of the earth'，我发现了 2 个相反的说法。 "I understand spatial will factor in the curvature of the earth" and "all calculations are performed assuming Euclidean (planar) geometry as opposed to the geocentric system (coordinates on the Earth's surface)"。所以，我的问题是哪个说法是正确的，whether/how 这对我有影响吗？
此外，欢迎就我是否应该采用这种将 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 地理空间数据类型的方法的一般建议仍然非常受欢迎。
我正在做一个项目，我需要在 SVG 路径和点上存储和计算（最好在 MySQL 中）。我需要能够快速查询某个点是否位于路径内。 MySQL的Geo-spatial features似乎支持这种带有ST_Within功能的查询。
但是，关于 MySQL 的地理空间功能是否考虑了 'curvature of the earth'，我发现了 2 个相反的说法。 "I understand spatial will factor in the curvature of the earth" and "all calculations are performed assuming Euclidean (planar) geometry as opposed to the geocentric system (coordinates on the Earth's surface)"。所以，我的问题是哪个说法是正确的，whether/how 这对我有影响吗？
此外，欢迎就我是否应该采用这种将 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 地理空间数据类型的方法的一般建议仍然非常受欢迎。