STPointOnSurface()似乎总是返回相同的点。如何在 SQL Server 中生成位于几何内部的随机点？

我有这个代码，它需要国家的几何形状和一组点，然后它只返回这些国家内的点：

目前它相当慢，大约有 4000 个点，具有双纬度/经度值，从它到 SqlGeometry 的转换很慢（大约需要 25 秒——我需要这可能降低到一两秒）：

这样做只是因为 SqlGeometry.Point 采用 x,y 而不是 lat,long ...关于如何加快速度的任何提示？

我已经知道SqlGeometry (c.Polygon)可以减少以加快速度，但是我无法控制。我所追求的是一种加快从纬度/经度到 SqlGeometry 点的转换的方法。

我想将 GEOMETRY 值插入到表中。为此，我有一个包含三列的表，如下所示：

表：地理

输入值：我有以下值

我的坏尝试：

我们有一个空间表 (dbo.Map)，其中包含代表 11 个区域的 11 个多边形。此表具有唯一的 ID、名称和与其关联的其他元数据，以及称为 geo 的地理数据类型列。我们还有一个单独的表（dbo.points），其中包含一个点列表，它们的纬度/经度位于第一个表定义的区域中。这两个表没有任何东西可以连接它们，除非我们能够将纬度/经度连接到地理列。我们如何返回给定区域中所有点的列表？

我正在尝试使几何查询起作用。类似的地理查询工作正常，但我必须使用使用几何类型的表。尽管 Geography 版本按预期返回了许多记录，但我无法让 Geometry 版本返回任何记录。两张表都有完全相同的经纬度记录。

此地理查询工作正常：

表架构是：

示例表数据：

此 Geometry 查询不返回任何记录（我在数据库中有完全相同的纬度和经度记录，但将 Geometry 作为街道的中心点，并且 Postcode 是 OutwardCode 和 InwardCode 的结合版本）：

表架构是：

示例表数据：

我哪里错了？

我正在尝试使用查询来获取地理距离，但它似乎很慢（在 15k 条记录的表上大约需要 10 秒）。有没有办法改善这一点？

这是执行计划的图像。似乎大部分时间都花在了where子句中的过滤上

附加信息：

matcher_Contact 有大约 15k 条记录

地理是栏目之一

以下是地理列中值的一些示例：

0xE6100000010C5B4645F707B14440E0DAE44B036252C0 0xE6100000010C4E93BEB5B8854440885AE4E83B8552C0 0xE6100000010CB5368DEDB51045400AAB67F71A0554C0 0xE6100000010CA3A5E14A2CBE454008DA2E7EE49F51C0

下面的查询在 MySQL 中成功执行，但在 MSSQL 中抛出错误，因为等效函数可能不存在。

任何人都可以为我提供 MSSQL 2012 中等效查询的示例吗？

我们能否将等效的多边形查询转换为 MSSQL。

让 MSSQL 找到 POINT；select Geometry::Point(startIp, -1, 4326) from geo_tmp works.，但它不等同于上面在mysql中编写的多边形查询。

我最近在 Microsoft SQL 中发现了空间列。我现在已经成功地使用正确的 EPSG (STRID) 存储了 LINESTRING sqlgeometry。使用 AutoCAD Map 检查。

数据现在是包含 XY 坐标组的 sqlgeometry LINESTRING。

使用 C#（或 sql 语句），如何获取坐标点的纬度和经度值？

正如您在下面看到的，地理多边形的结果与几何多边形不同。我想要的是黄色方块，但我得到的是绿色方块。有什么办法可以做到这一点？

如果我创建一个地理多边形，它会返回预期的区域，但带有我不想要的曲线。为什么我的几何多边形的结果与我的地理多边形不同？是否可以创建一个跨越日期线的几何多边形？

我知道地理多边形应该是逆时针的。我为我的几何多边形尝试了顺时针和逆时针方向，结果是一样的。如何设置几何多边形的方向？

为了给你一些背景知识，我列出了我想在谷歌地图上加载的地标（纬度、经度）。由于地标太多，我无法一次全部归还。我需要在用户的查看边界中返回用户可见区域中的地标。

我正在获取谷歌地图边界的北/西（最大纬度，最小经度）和南/东（最小纬度，最大经度），并将其发送到我的存储过程以返回该边界内的地标列表。但是，正如我上面解释的那样，我遇到了问题，需要您的帮助。

@dotMorten请查看我的问题并建议将 +360 添加到我的maxLong. 我在创建多边形之前添加了以下经度，但它不适用于所有情况，例如以下一组纬度和经度：

我正在使用 Bing API 空间数据服务编写一个应用程序来获取邮政编码列表并将它们组合到一个区域中。我大部分时间都在工作，但内圈似乎有问题。而不是a）认为内部区域太小并且只是挤压它或b）正确绘制内环，它似乎想要连接它们，如下图示例：

那个内部多边形应该只是该区域的一个“洞”，但它却试图将它们连接起来。

我目前有2个相关的方法。一种对邮政编码的 API 响应进行解密、将其转换为SqlGeography任何STUnion()附加环的方法。和第二个父方法，它将STUnion第一个方法的结果发送到一个SqlGeography包含所有邮政编码的主对象，当它为一个区域完成时。

如果您需要更多信息，请告诉我。