SQL Server GEOGRAPHY_GRID x＆yの範囲

Question

私は、世界中の地理的なポイント（long、lat）を記録する必要があるテーブルを持っています。入力データは従来の縦方向&緯度（-180、-90、180、90）です。

ジオグラフィーの列を作成してインデックスを作成したいとします。ただし、多くのオプションがあり、MSDNはベストプラクティスを示すものではありません。

1. 私はGRIDS =（LEVEL_1 = HIGH、LEVEL_2 = HIGH、LEVEL_3 = HIGH、LEVEL_4 = HIGH）はグリッドのための最良であると仮定：私は、次の質問を持っています。これにより、緯度≈611.5mで可能な最大分解能が得られます。私は他のオプションとの例を見てきました。何が最高ですか？
2. 私はポイントしか記録していないので、CELLS_PER_OBJECT = 1は正しいと思いますか？
3. GEOGRAPHY_GRIDのx & yの最小から最大までの範囲は何ですか？ ＃4を参照してください。
4. 上記の＃3を参照して、グリッドを正しく使用するためにGEOGRAPHY_GRIDが使用する範囲に従来の縦軸&の緯度（-180、-90、180、90）データを変換する必要がありますか？

Answer 1

I 4、3に答えを見つけた：SRID 4326である（-180.0000、-90.0000、180.0000、90.0000）

Answer 2

1.）および2.）重要なことは、同じグリッドが、インデックスが作成された列のデータをテッセレーションするためだけでなく、クエリパラメータそのデータをテストするために使用しています。 次のクエリを考えてみます。

GeomColumn.STIntersects（@MyPoly）=あなたはGeomColumnに空間索引を作成したと仮定すると、1

は、その後、同じグリッドは@MyPolyに適用されますテーブルから

SELECT *結果の一次フィルタを実行する。したがって、テーブルの内容だけでなく、そのデータに対して実行するクエリサンプルの種類に基づいてグリッド設定を選択するだけでなく、実際には、あなたのデータに基づいて「ベスト」とは何かが非常に主観的です。私は常にMEDIUM、MEDIUM、MEDIUM、MEDIUMで始めることをお勧めします。経験的なテストに基づいてより良いパフォーマンスが得られるかどうかを確認するためにそこから調整してみてください。

3.）および4.）地理データ型の境界ボックスを設定しません。すべての地理インデックスは暗黙のうちに地球全体をカバーすると仮定されています。これは、ジオメトリインデックスのセルが限定された地理的領域でより高い解像度を提供できるため、ジオメトリが一般にジオメトリより高速のデータ型である理由の1つです。