大佬教程收集整理的这篇文章主要介绍了Postgres 9.1与Mysql 5.6 InnoDB？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
所有 查询优化器有时都是愚蠢的。在大多数情况下，POSTGResql并不那么愚蠢。POSTGResql的一些最新sql功能（窗口函数，带有查询的递归等）非常强大，但是如果您使用的是愚蠢的ORM，则可能无法使用。
听起来不那么大-完全在一个大盒子里。
POSTGResql拥有强大的开发团队，并拥有广泛的贡献者社区。发行政策是严格的，仅在关键发行版本中有错误修正。始终跟踪9.1.x的最新版本以获取错误修复。
过去，MysqL对版本号的态度较为宽松。甲骨文负责可能会改变这种情况。我对各种分叉的政策不熟悉。
如果硬件竟然是这个规模的项目中的主要组件，我会感到惊讶。
那是您的关键决定者。如果您有一群经验丰富的Perl + POSTGResql黑客闲着闲逛，请使用它。如果您的员工知道lisp@R_607_8847@L，请使用它。
POSTGResql在olTP上一直很强大。
我个人的观点是POSTGResql邮件列表中充满礼貌，乐于助人，知识渊博的人。您可以直接与拥有terabyte数据库的用户和建立代码主要部分的黑客联系。支持的质量确实非常出色。
一个简单的问题-2012年对于要求与ACID兼容的中型/大型数据库，哪个会更好？
我已经阅读了所有有关MySQL和pgSQL的文章（大部分），但其中大多数文章分别与版本4,5.1和7,8有关，并且过时（2008、2009）。现在已经快到2012年了，所以我想我们可以尝试重新审视这个问题。
基本上，我想知道postgresql中是否有任何东西超过了MySQL的易用性，可用性和更大的开发人员/知识基础。
@H_771_2@mySQL的查询优化器仍然很愚蠢吗？在非常复杂的查询上它仍然超级慢吗？打我！:)
PS。而且不要将我发送到Google或Wiki。我正在寻找一些特定的要点而不是概述+我更信任StackOverflow，而不是一些随机页面，其中“聪明的家伙”光芒四射。
附录
项目规模 ：假设一个订购系统每个帐户每天大约有10-100个订单/天，几千个帐户，最终每个帐户可以有数百到数千个用户。
擅长 ：适应不断增长的需求和不断变化的需求时，要具有面向未来的灵活性。性能对于降低硬件部门的成本也很重要。熟练劳动力的可用性也是一个因素。
OLTP或OLAP ：OLTP
以上是大佬教程为你收集整理的Postgres 9.1与Mysql 5.6 InnoDB？全部内容，希望文章能够帮你解决Postgres 9.1与Mysql 5.6 InnoDB？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。