对于农产品农场应用而言，PostGIS是否会比MySQL提供优势？

我有一个Web应用程序，用于存储西密歇根州农场的位置。您可以搜索产品（例如“西兰花”），它将向您显示所有种植该产品的农场。

现在，我正在使用MySQL并使用三角函数来计算用户位置和每个服务器场的位置之间的差异。这不是一个坏方法，但确实需要做一些事情。

我很快想做的另一件事是为不同地区的不同产品制定生长季节。（例如，我想证明鳄梨在加利福尼亚的某个特定时间生长，但在俄亥俄州却没有。）

我意识到这是一个开放性的问题，并且可能是幼稚的问题，但是对我来说，转向PostgreSQL / PostGIS以利用其空间功能是否值得？

我是PostGIS的忠实拥护者，没有MySQL经验，所以我会有偏见。

但是从您写的内容来看，我想到了切换的两个原因。

首先，最肯定的是，实现新功能（如您提到的季节图）会容易得多。

第二，今天您进行三角计算时，我想您是在数据库外进行的。如果您在db中执行所有这些操作，那么您在开发覆盖应用程序时就会更加自由。

如果运行postgis，您可能不必在数据库外进行任何计算。

您提到的季节问题在MySQL中可能是可行的，因为这听起来很基础，但是在PostGIS中，您可以使用所有空间功能来获得更大的灵活性。

/尼克斯

仅仅是因为您将在第三方应用程序中有更多选择来生成信息地图（地图服务器，地理服务器等），以加载数据（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团队）的唯一建议是通过带有可视化工具（如安全软件的FME）的PgAdmin（v ..？）为Postgis提供一个不错的GUI-不仅仅是属性将是主要优点。当前使用QGIS可视化邮政数据。