现在，我正在使用MySQL并使用三角函数来计算用户产品之间的差异。位置和每个农场的位置。这不是一个坏方法，但确实需要做些事情。
我想很快做的另一件事是为不同地区的不同产品制定生长季节。 （例如，我想证明鳄梨在加利福尼亚的某个特定时间增长，但从不在俄亥俄州。）
我意识到这是一个开放性的问题，可能是幼稚的问题，但也许值得我是否可以切换到PostgreSQL / PostGIS以利用其空间功能？
#1 楼
我是PostGIS的狂热爱好者，并且没有MySQL的经验，因此我可能会有所偏见。但是从您写的内容来看，我想到了切换的两个原因。肯定会更容易实现新功能，例如您提到的季节图。
第二天，当您今天进行三角函数计算时，我想您是在数据库外进行的。如果您在db中执行所有这些操作，那么您在开发覆盖应用程序时就会更加自由。
如果运行postgis，您可能无需在db之外进行任何计算。
您提到的季节事项在MySQL中可能是可行的，因为它听起来很基础，但是您可以在PostGIS中获得更大的灵活性，并且可以访问所有空间功能。
/尼克斯
#2 楼
仅仅是因为您将在第三方应用程序中有更多选择来生成信息地图（地图服务器，地理服务器等），以加载数据（ogr2ogr，fme等），PostGIS会是一个更好的选择。只有在您的需求仍然相对有限的情况下，MySQL才适合。评论
FME支持MySQL和PostGIS。
–乌鸦
2011年7月27日在19:44
#3 楼
MySQL也具有空间扩展，但据我所知（我从未使用过），它的功能不如PostGIS丰富和稳定。如果您正在考虑使用空间数据库，则PostGIS是一个不错的选择，切换的努力将是值得的。与提供完全的OpenGIS兼容性相差甚远。 //forge.mysql.com/wiki/GIS_Functions
#4 楼
MySQL与Postgis之战再次兴起：http://ambergis.wordpress.com/2008/02/19/mysql-vs-postgis/
请注意评论-ers大多来自这里（可以进行堆栈交换）。
链接也
http://www.spatiallyadjusted.com/2008/02/05/bringing-open- source-gis-into-an-esri-shop /＃comment-32680
与mysql相比，使用Postgis进行的成功部署更为成功。
我对Paul Ramsey（和PostGIS团队）的唯一建议是，通过PgAdmin（v .. ??）通过可视化工具（如安全软件的FME）为Postgis提供一个不错的GUI-不仅仅是属性会一个主要的优点。当前使用QGIS可视化邮政数据。
评论
您正在计划动态的“季节”地图还是静态的地图？如果我了解您的要求，请保持动态。例如：密歇根州大急流城附近的苹果生长季节是8月至10月。