PostGISは、農産物農場アプリケーションにMySQLよりも優れていますか？

西ミシガン州の農場の場所を保存するWebアプリがあります。製品（「ブロッコリー」など）を検索すると、その製品を栽培しているすべての農場が表示されます。

現在、MySQLと三角法を使用して、ユーザーの場所と各ファームの場所の差を計算しています。それは悪い方法ではありませんが、やることが必要でした。

もうすぐやりたいことは、さまざまな地域のさまざまな製品の成長シーズンを計画することです。（たとえば、カリフォルニアではアボカドが特定の時期に成長しますが、オハイオ州では成長しないことを示したいと思います。）

私はこれが無制限で素朴な質問であることに気付きましたが、PostgreSQL / PostGISに切り替えてその空間機能を活用する価値があるでしょうか？

私は優れたPostGISファンであり、MySQLの経験がないため、偏見があります。

しかし、あなたが書いたものから、私は切り替える2つの理由を考えます。

最初に、あなたが言及したシーズンマップのような新機能を実装することは、ほとんど確実に簡単になります。

第二に、今日あなたが三角法の計算をするとき、私はあなたがデータベースの外でそれをしていると思います。代わりにdbですべてを行うと、オーバーレイアプリケーションの開発がはるかに自由になります。

postgisを実行する場合、おそらくデータベースの外部で計算を行う必要はないでしょう。

あなたが言及した季節の事柄は非常に基本的に聞こえるので、MySQLで実行可能かもしれませんが、すべての空間機能にアクセスできるPostGISの柔軟性が得られます。

/ Nicklas

情報のマップ（mapserver、geoserverなど）を生成するためのサードパーティアプリケーションでより多くの選択肢があるために、データ（ogr2ogr、fmeなど）をロードする場合、PostGISがより良い選択になります。MySQLは、ニーズが比較的制限され続けている場合にのみ適しています。

MySQLには空間拡張機能もありますが、私が知る限り（使用したことがない）、PostGISほど機能が豊富で安定していません。

空間データベースを使用することを検討している場合、PostGISが適切な選択であり、切り替えの努力は価値があります。

MySQLはすでに地理空間データを保存および操作するための機能を提供していますが、この機能には多くの要望が残されており、OpenGISとの完全な互換性を提供するにはほど遠いです。

最も顕著なのは、操作を簡素化するために、空間データを照会するすべての関数がMBR（最小境界矩形）でのみ動作することです。

http://forge.mysql.com/wiki/GIS_Functions

MySQLとPostgisの戦いが再び高まります：

http://ambergis.wordpress.com/2008/02/19/mysql-vs-postgis/

コメント投稿者の ほとんどがここから来ていることに注意してください（スタック交換）。

リンクも

http://www.spatiallyadjusted.com/2008/02/05/bringing-open-source-gis-into-an-esri-shop/#comment-32680

mysqlよりもpostgisを使用したデプロイメントの方が成功しています。（クライアントのセットアップと彼らが達成しようとしているものに依存します）

Paul Ramsey（およびPostGISチーム）に対する私の唯一の提案は、PgAdmin（v4 ..？）を介したpostgisのビジュアライザー（安全なソフトウェアのFMEなど）による素晴らしいGUIです。属性だけでなく、大きなプラスになります。現在、PostGISデータの視覚化にQGISを使用しています。