STPointOnSurface()常に同じポイントを返すようです。SQL Server のジオメトリの内部にあるランダム ポイントを生成するにはどうすればよいですか?

私はこのコードを持っています。それは国のジオメトリとポイントのセットを取り、それらの国内のポイントのみを返します:

現在は非常に遅く、約 4000 のポイントがあり、緯度と経度の値が 2 倍で、そこから SqlGeometry への変換が遅くなります (約 25 秒かかります。これをおそらく 1 秒か 2 秒にする必要があります)。

これは、SqlGeometry.Point が緯度、経度の代わりに x、y を取るためにのみ行われます...どうすればこれをスピードアップできますか?

SqlGeometry (c.Polygon)速度を上げるために を減らすことができることは既に知っていますが、それを制御することはできません。私が求めているのは、緯度/経度から SqlGeometry ポイントへの変換を高速化する方法です。

GEOMETRY 値をテーブルに挿入したいと考えています。以下に示すように、3つの列を持つテーブルがあります。

表: ジオ

入力値：次の値があります

私の悪い試み：

ジオメトリ クエリを機能させようとしています。同様の Geography クエリは正常に機能しますが、Geometry タイプを使用するテーブルを操作する必要があります。Geography バージョンは期待どおりに多くのレコードを返しますが、Geometry バージョンではレコードを返すことができません。両方のテーブルの緯度と経度のレコードはまったく同じです。

この Geography クエリは正常に機能します。

テーブル スキーマは次のとおりです。

テーブルデータの例:

この Geometry クエリはレコードを返しません (データベースにはまったく同じ緯度と経度のレコードがありますが、通りの中心点として Geometry があり、Postcode は OutwardCode と InwardCode の結合バージョンです):

テーブル スキーマは次のとおりです。

テーブルデータの例:

どこが間違っていますか？

クエリを使用して地理的距離を取得しようとしていますが、非常に遅いようです (15,000 レコードのテーブルで約 10 秒かかります)。これを改善する方法はありますか？

そして、これが実行計画のイメージです。ほとんどの時間は where 句でのフィルタリングに費やされているようです

追加情報：

matcher_Contact には約 15k のレコードがあります

地理は列の 1 つです

Geography 列の値の例を次に示します。

0xE6100000010C5B4645F707B14440E0DAE44B036252C0 0xE6100000010C4E93BEB5B8854440885AE4E83B8552C0 0xE6100000010CB5368DEDB51045400AAB67F71A0554C0 0xE6100000010CA3A5E14A2CBE454008DA2E7EE49F51C0

以下のクエリは MySQL では正常に実行されますが、同等の関数が存在しない可能性があるため、MSSQL ではエラーがスローされます。

MSSQL 2012 で同等のクエリの例を教えてもらえますか?

MSSQL に変換された同等のポリゴン クエリを取得できますか。

MSSQL が POINT を見つけるため。select Geometry::Point(startIp, -1, 4326) from geo_tmp works. ですが、上記の mysql で書かれたポリゴン クエリとは同等ではありません。

最近、Microsoft SQL で空間列を発見しました。これで、LINESTRING sqlgeometry が正しい EPSG (STRID) で正常に保存されました。AutoCAD Mapで確認。

データは、XY 座標のグループを含む sqlgeometry LINESTRING になりました。

C# (または sql ステートメント) を使用して、座標点の緯度と経度の値を取得するにはどうすればよいですか?