PostGIS与SQL Server的GIS数据

因此，我最近刚开始在一家新公司工作，有很多ArcGIS用户，他们似乎非常热衷于继续使用PostGIS实例向我们的客户提供一些数据。虽然我对此没有疑问，但我们拥有95％的SQL Server和5％的Oracle商店。我们当前的内部GIS在SQL Server上运行，我还没有收到任何投诉。

我知道SQL Server截至2012年已经改善了很多空间/几何功能，但是PostGIS中是否有任何杀手级功能值得引入新平台？我已经尝试进行研究，但是找不到真正深入的东西，或者那不是完全偏见。

我想为他们提供最好的工具来完成他们的工作，但同时也必须权衡一个事实，即我将从一开始就学习Postgres / GIS，这本身就是一个完整的过程。

我曾经使用过Postgres和SQL Server。我发现Postgres在GIS功能方面很出色。并且，尽管我将在下面简要介绍我的发现，但我建议这样做：给自己一个简短而合理的时间段，以自己的目标为目标，对您所知道的不熟悉的解决方案进行审查。例如，可能需要2周的时间来安装和学习当前正在使用的某些特定功能。如果您发现在这段时间内卡住或缺少功能，那么您就知道这不适合您。这是一项对研究的投资，可以扩大您的视野并帮助您意识到您可能已经错过了以前从未意识到的东西，或者只是确认您当前的路线是正确的。

就数据库而言，我发现Postgres的学习曲线更短，更浅。该文档太不可思议了。SQL Server确实有很多文档，但是我发现很难阅读，而且没有足够的示例和教程。

PostGIS vs SQL Server Spatial在文档方面与上述类似，但是PostGIS在功能上击败了SQL Server Spatial。例如，Google Maps和较低级别的Bing Maps最近向其Maps API添加了完整的geoJSON支持。好的，PostGIS可以使用ST_AsGeoJSON（）从数据库查询中轻松直接返回geoJSON结果。然后，可以将此geoJSON结果直接传递给可以理解geoJSON的任何对象。SQL Server要求您使用其他库和处理程序，或使用ogr2​​ogr。另外，与SQL Server大约70-100相比，PostGIS具有300多种功能可用于数据进出数据库。

在我看来，哪个数据库更好不是您这里的主要关注点，而是您有两个相互矛盾的考虑因素，即业务知识与客户需求。最终，这将是业务决策，而不是技术决策。

就像Max在评论中指出的那样，显然存在机会成本。没有办法解决。如果您要走Postgres路线，请考虑以良好的咨询协议，经验丰富的dba或二者兼有的形式获得一些帮助。

如果您的用户想要PostGIS，那可能是一个净赢。切换后，您将出售多少服务？在机会成本方面值得吗？这些并不是基于哪个数据库在您眼中或在技术规范方面更好的决定，而是基于学习曲线和市场营销的决定。