Sql server 纬度/经度坐标上的几何操作

Sql server 纬度/经度坐标上的几何操作,sql-server,google-maps,geometry,geospatial,geography,Sql Server,Google Maps,Geometry,Geospatial,Geography,我的问题可能是重复的,但迄今为止我看到的所有答案都不能让我满意,或者仍然让我感到怀疑。 我有一个web应用程序,它使用Google Maps API在SQL Server DB中绘制和保存形状(圆和多边形),并使用几何数据类型(其中保存lat/long坐标)和SRID=4326 我的目标是稍后通过SQL函数geometry::ST_Intersects()确定这些圆/多边形的区域中是否包含一个点 到目前为止,我被告知我的方法行不通,因为我用的是几何而不是地理。但令我惊讶的是。。。通过一些测试进行

我的问题可能是重复的,但迄今为止我看到的所有答案都不能让我满意,或者仍然让我感到怀疑。
我有一个web应用程序,它使用Google Maps API在SQL Server DB中绘制和保存形状(圆和多边形),并使用几何数据类型(其中保存lat/long坐标)和SRID=4326

我的目标是稍后通过SQL函数
geometry::ST_Intersects()
确定这些圆/多边形的区域中是否包含一个点

到目前为止,我被告知我的方法行不通,因为我用的是几何而不是地理。但令我惊讶的是。。。通过一些测试进行检查后,它与几何体配合得非常好,我无法理解原因或方式?

有人能给我解释一下为什么几何体类型可以很好地处理lat/long上的操作,而地理位置更合适吗?

我发布了一个答案,因为as注释太长了

几何图形的效果很好,因为交点可以接近平面交点。 几何学和地理学之间的区别在于,前者假设作用于平面,后者假设作用于球面。在这种情况下,所讨论的多边形与几千米左右的小区域相关,几何体工作得非常好。通过想象这些点位于一个平面上或这些点位于地球球体上而测得的距离之间的差异非常小,可以忽略不计。与此不同的是,如果点在几百公里的范围内,在平面或球体上测得的距离是非常不同的,并且成比例地也是这些区域之间相交的结果