所以我将几何列添加到空间表并使用一些 msdn 引用我最终将 SRID 指定为 0，如下所示：
update dbo.[geopoint] set GeomPoint = geometry::Point([Longitude], [Latitude], 0)
但是，我认为这是一个错误，但在必须更新列之前，0 实际上是默认值 = 4326 吗？只要我在查询中将 SRID 指定为 0，查询就可以工作，但与我拥有的地理字段相比，我得到了奇怪的结果...... SRID 0 在 sys.spatial_reference_systems 中不存在，我无法挖掘任何关于它的信息。任何帮助将不胜感激。
【问题讨论】：
标签： sql sql-server geospatial
从技术上讲，SRID 为 0 并不存在，它只是意味着没有 SRID——即，如果您忘记设置它，则为默认值。因此，从技术上讲，您仍然可以执行距离、相交和所有其他查询，只要这两组几何的 SRID 为 0。如果您有一个 SRID 为 0 的几何字段和另一个具有实际存在的 SRID 的字段，你很可能会得到非常奇怪的结果。我记得在这种情况下没有从空间查询中获得任何结果时我挠了挠头，而 SQL Server 没有抱怨，只有 0 个结果（对于值得的东西，Postgis 实际上会失败，并发出关于不匹配 SRID 的警告）。
在我看来，您应该始终明确设置几何（或地理，自然始终为 4326）的 SRID，因为它不仅可以防止奇怪的查询结果，而且意味着您可以从一个坐标系转换为其他。能够从 lat/lon (4326) 即时转换为 Spherical Mercator (3857)，如在 Google Maps/Bing 中使用的那样，以米为单位，或一些本地坐标系，例如 27700，英国国家网格，也以米为单位，可能非常有用。据我所知，SQL Server 不支持从一种 SRID 转换为另一种，但由于空间类型本质上是 CLR 类型，因此如果您需要这样做，可以使用 .NET 库，请参阅Transform/ Project a geometry from one SRID to another 以获取示例。
如果您决定更改几何形状，您可以执行以下操作：
UPDATE your_table SET newGeom = geometry::STGeomFromWKB(oldGeom.STAsBinary(), SRID);
这将创建一个新列或就地执行：
UPDATE geom SET geom.STSrid=4326;
其中 4326 只是一个示例 SRID。
http://spatialreference.org/ 上有一个很好的 SRID 参考，尽管这与您在 sys.spatial_reference_systems 中找到的信息基本相同。
【讨论】：
SRID 是一种考虑到您测量的距离不是在一个平坦的无限平面上而是在一个长椭圆体上的方法。它们对 geography 数据类型有意义，但对几何没有意义。因此，如果您正在进行地理计算（作为“与我拥有的地理领域相比”的陈述），请创建地理点而不是几何点。为了对任何地理空间数据进行计算（例如“查找从这一点到另一点的距离”），所涉及的所有对象的 SRID 必须相同。
TL;DR: 点在笛卡尔平面上吗？使用几何。点在地球上吗？使用地理。
【讨论】：