中央データストアとしてのMS SQL Spatial？

私は空間データを所有システムからより多くの製品（MapGuide、ESRI、gvSIG、Map3Dなど...）で読み取れるシステムに開放することに取り組んできました。

社内にサーバーがあり、他のシステムに簡単にリンクできるので、SQL Spatialを使用することにしました。

中央データストアとして実際に使用する前に、パフォーマンスを大幅に低下させる可能性があることを知っておく必要がありますか？

私の答えはパフォーマンスに関するものではありませんが、単純な機能と空間SQLクエリの限定されたセットに制限されていることに注意してください。これは必ずしも悪いことではありませんが、PostgresやOracleなどで利用可能なSQLクエリのいくつかを自分で欲しがっていることがすぐにわかりました。私が実際に気に入っているシンプルな機能は、シンプルに保つことで、データベースの適切な慣例に従い、データをライン、ポリゴン、関係など、好きなように変換できます。

PostGISとOracleのように、Rツリーではなくマルチグリッドインデックスを使用します。

パフォーマンス関連ではないが重要かもしれない：

座標変換はサポートしていません。

SQL構文には若干の違いがあります。例：

SELECT * FROM table1 WHERE the_geom.STIntersects(geometry::STGeomFromText('POINT(100 100)',0));

おそらくまだいくつかありますが、現在は覚えていません:)

いくつかの欠点：

• マリオが述べたように、組み込みの投影ツールはないということは、データを再投影するには追加のソフトウェア（FMEまたはGDALが有用です）が必要であることを意味します

• 一部の空間クエリ（交差/内部）のパフォーマンスが不足しており、空間インデックスを手動で作成する必要がありますが、次のDenaliリリースでは、パフォーマンスと「自動」空間インデックスが大幅に改善されたようです

• 線形参照なし（ただし、.NETコードで追加できます-下記を参照）

• コミュニティの欠如-http : //sqlspatialtools.codeplex.com/に関連するオープンソースプロジェクトが1つあり、アクティビティはほとんどないため、ドライバーとツールはMicrosoftリリースに翻弄されています。SQLの例はあまり多くありません。

• MapServerとGDALの両方にSQL Server 2008ドライバーが搭載されましたが、これらは他の空間データベースより数年後に登場しました。

プラス側：

• .NETとの統合。SQL Serverでは、データベースで.NETコードを実行できるため、.NET DLLおよびライブラリの機能をビュー、ストアドプロシージャ、トリガーなどに含めることができます。次のようなライブラリことができます。http：//projnet.codeplex.com/は、データベースへの再投影を可能にするために含まれています。

• プロプライエタリシステムにはすべてSQL Serverドライバー/ローダーなどが含まれます。

• 多くの組織がSQL Server DBA、サーバー、バックアッププロセスをすでに持っています

• SQL Server Management Studioは非常に優れたツールであり、空間的な視覚化が含まれています

• 空間メソッドと単純な機能のOGC標準

データが地球規模で地理タイプとして保存されている場合は、半球の制限に注意する必要があります。