sql-server - SQL の地理空間データ

Question

私は最近地理データ型を試していて、とても気に入っています。しかし、緯度と経度を 2 つの別々の数値 (9,5) フィールドに格納する現在のスキーマから地理型に変換する必要があるかどうかを判断できません。両方のタイプのサイズを計算しましたが、地理タイプが 26 であるのに対し、ポイントを表す緯度/経度の方法は 1 つのポイントで 28 バイトです。スペースの大きな増加ではありませんが、地理空間操作 (交差、距離測定など) の実行が大幅に改善されます。 ) これらは現在、厄介なストアド プロシージャとスカラー関数を使用して処理されています。気になるのは指数です。geography データ型では、データのインデックス作成により多くの領域が必要になりますか? 列に格納されている実際のデータは少なくても、地理空間インデックスが機能する方法により、最終的にはより大きなスペースが割り当てられると思います。

PS として、SQL Server 2008 (R2 ではない) は、WITH(INDEX()) 句を使用するように明示的に指示されない限り、地理空間インデックスを自動的にシークしないようです。

Answer 1

2 つのうちの 1 つを保持するかどうかを決定しようとしているのは理解していますが、両方を保持することを検討することをお勧めします。データをシェープ ファイルにエクスポートする場合、緯度経度フィールドを geom フィールドと一緒にするのが一般的です。

Answer 2

私の意見では、間違いなく空間型のみを使用する必要があります。空間タイプは空間クエリ用に最適化されています。空間クエリが必要な場合は、簡単な選択だと思います。

副作用として、地理的な関数と手順は (おそらく) SQL Server 2008 に組み込まれているため、それらを取り除くことができます。ただし、空間インデックスの最適化に時間を費やす必要があるかもしれませんが、これは特定のケースによって異なります。 .

Answer 3

私は両方を保持します。空間操作を必要とせずに、特定のフィーチャの元の座標を簡単にクエリできると便利です。元のポイントを知っているという利点と、別の座標系で必要な場合にそれらから新しいジオメトリを作成できるという利点があります (特定の投影法でジオメトリがあり、多くの精度が失われる場合など)。別のものに）。