誰かがそれを使ってみて、それがうまく実装されているかどうかを言うことができますか?
--Assaf(ここ数週間、MySQLのOpenGIS関数の不十分な実装にますます不満を感じ、現在MSSQLへの切り替えを検討しています)
誰かがそれを使ってみて、それがうまく実装されているかどうかを言うことができますか?
--Assaf(ここ数週間、MySQLのOpenGIS関数の不十分な実装にますます不満を感じ、現在MSSQLへの切り替えを検討しています)
はい、動作します。ここにサンプル コードがあり ます SQL Server 2008 Proximity Search With The Geography Data Type
はい。それらは正しく実装されています。オプションとしてPostgreSQL の PostGIS 、 Oracle Spatialもあります。Informix と DB2 には、空間型の実装もあります。
はい、動作します。
クラスの1つを、ISpatialFilterを使用したESRI-ArcObjectベースのクエリから、同じデータを返すSqlCommandに切り替えました。これは近接検索です(ポイントxから1000フィート以内にあるレコードを返します)。
最初はESRIクエリの方が高速でしたが、これは、非常に非効率的なwhere句の構成が不十分だったためです(SQLSVR2008で空間関数を使用する方法をまだ学習中です)。
いくつかの調整を行った後、私のSQLメソッドはESRIメソッドよりも高速でしたが、それほど高速ではありませんでした。次に、検索距離を10000フィートまでジャックすると、違いがわかりました。SQLServer2008の方法ははるかに高速でした。
(ESRI)近くの顧客の経過時間(秒)の検索:1.503(SQL2008)近くの顧客の経過時間(秒)のクエリ:0.925
速度の違いはインデックスとは関係ありませんが、ESRI-ArcObjectsと関係があります。ESRIメソッドでは、IProximityOperatorとIPointから距離xとyを取得しています。SQL2008メソッドでは、データベースにすべての作業を任せています。SHAPE.STXas X、SHAPE.STY as Y、SHAPE.STDistance(ただし、ArcObject開発者はそのオーバーヘッドについてすべて知っています)。
これまでのところ感動しました。