GISデータ用のPostGISとSQL Server

だから私は最近新しい会社に着手し、顧客にデータを提供するためにPostGISインスタンスを進めたいと強く思っている多くのArcGISユーザーがいます。これについては問題ありませんが、私たちは95％がSQL Server、5％がOracleショップです。現在の内部GISはSQL Serverで実行されており、苦情はまだ聞いていません。

2012年の時点で、SQL Serverの空間/幾何学的機能が大幅に改善されていることは知っていますが、新しいプラットフォームに侵入する価値のあるPostGISのキラー機能はありますか？私はそれを研究しようとしましたが、真に詳細なものを見つけることができません、またはそれは完全に偏っていません。

私は彼らに彼らの仕事を成し遂げるための最高のツールを提供したいだけでなく、私が最初からPostgres / GISを学び、それがそれ自体の全体の旅であるという事実を考慮しなければなりません。

私はPostgresとSQL Serverの両方で働いてきました。PostgresはGIS機能に優れていることがわかりました。そして、以下に私の調査結果を簡単に詳述しますが、私はこれを提案します：特定の目標を念頭に置いて、あなたが知っているものよりもなじみのない解決策を検討するために、短いが妥当な時間を与えてください。たとえば、現在使用されている特定の機能をインストールして学習するのに2週間かかる場合があります。その期間内に立ち往生している、または機能が不足していることに気付いた場合、それはあなたのためではないことがわかります。これは研究への投資であり、視野を広げ、以前は知らなかった何かを見逃している可能性があることを認識したり、現在のコースが今すぐであることを確認したりするのに役立ちます。

データベースに関する限り、Postgresの学習曲線はより短く、より浅いことがわかりました。ドキュメントは素晴らしいです。SQL Serverにはかなりの量のドキュメントがありますが、例やチュートリアルが十分でないため、読むのが難しいと感じています。

PostGIS対SQL Server Spatialは、ドキュメントに関する上記と似ていますが、PostGISはSQL Server Spatialの機能を凌pantsしています。たとえば、Google Maps、およびそれほどではないがBing Mapsは最近、map APIにgeoJSONの完全なサポートを追加しました。さて、PostGISはST_AsGeoJSON（）を使用してデータベースクエリから直接geoJSONの結果を簡単に返すことができます。このgeoJSONの結果は、geoJSONを理解できるものに直接渡すことができます。SQL Serverでは、追加のライブラリと処理を使用するか、ogr2ogr を使用する必要があります。さらに、PostGISには、約70〜100個のSQL Serverと比較して、データベースとの間のデータ変換に使用できる300以上の関数があります。

ここでは、どちらのDBが優れているかが主な関心事ではなく、代わりに、ビジネス知識と顧客の欲求という2つの異なる考慮事項があります。最終的には、技術的な決定ではなく、ビジネス上の決定になります。

マックスがコメントで指摘したように、明らかに機会費用があります。それを回避する方法はありません。Postgresのルートを利用する場合は、適切なコンサルティング契約、ベテランのdba、またはその両方の形で、何らかの助けを求めることを検討してください。

しかし、ユーザーがPostGISを必要とする場合、それは正味の勝利かもしれません。切り替えを行うことで、あなたはどのくらいのサービスを販売しますか？機会費用的には価値がありますか？これらは、どのデータベースがあなたの目や技術仕様の面で優れているかに基づいて行われる決定ではなく、学習曲線とマーケティングの面で決定されます。