Postgres 9.1 vs MySQL5.6 InnoDB？

Question

简单的问题-什么会更好的一个中型/大型数据库的兼容性要求与ACID在2012年。

我读过关于mySQL和pgSQL的所有文章(大部分)，但这些文章大多分别涉及版本4、5.1和7,8，而且都很过时(2008年，2009年)。现在已经快到2012年了，所以我想我们可以尝试重新审视这个问题。

基本上，我想知道PostgreSQL中是否有超出权重、易用性、可用性和更大的MySQL开发人员/知识库的东西。

MySQL的查询优化器仍然愚蠢吗？对于非常复杂的查询，它是否仍然超慢？

打我！:)

PS。别送我去眼罩或者维基。我正在寻找一些具体的观点，而不是一个概览+我更相信StackOverflow比一些随机的网页‘聪明的家伙’照亮了他的光芒。

增编

项目规模:假设一个订购系统，每个帐户每天约有10-100个订单，有几千个帐户，最终，每个用户都可以有几百到几千个用户。

更好的是:在不断增长和不断变化的需求方面，具备未来的证明能力和灵活性。性能也是重要的，以保持低成本在硬件部门。此外，熟练劳动力的存在也将是一个因素。

OLTP还是OLAP: OLTP

Answer 1

MySQL的查询优化器仍然愚蠢吗？对于非常复杂的查询，它是否仍然超慢？

有时候，所有的查询优化器都很愚蠢。PostgreSQL在大多数情况下都不那么愚蠢。PostgreSQL的一些最近的SQL特性(窗口函数、递归查询等)非常强大，但是如果您有一个愚蠢的ORM，它们可能是不可用的。

项目规模:假设一个订购系统，每个帐户每天约有10-100个订单，有几千个帐户，最终，每个用户都可以有几百到几千个用户。

听起来没那么大--一个大盒子就够得着。

更好的是:在不断增长和不断变化的需求方面，具备未来的证明能力和灵活性。

PostgreSQL有一个强大的开发团队，有一个扩展的贡献者社区。释放政策是严格的，只有在点版本中才有错误修复。始终跟踪最新版本9.1.x的错误修复。

过去，MySQL对版本号的态度比较放松。随着甲骨文的掌管，这种情况可能会发生变化。我不熟悉各种叉子的政策。

性能也是重要的，以保持低成本在硬件部门。

如果硬件被证明是这么大的项目的主要组成部分，我会感到惊讶的。

此外，熟练劳动力的存在也将是一个因素。

那是你的钥匙决定器。如果您有一组经验丰富的Perl + PostgreSQL黑客无所事事，请使用它。如果您的人知道Lisp和MySQL，那么就使用它。

OLTP还是OLAP: OLTP

PostgreSQL在OLTP上一直很强大。

我个人的观点是，PostgreSQL邮件列表中充满了礼貌、乐于助人、知识渊博的人。您可以直接与具有of级数据库的用户和构建代码主要部分的黑客进行联系。这种支持的质量确实很好。

Answer 2

作为姓名答案的一个补充，我想在PostgreSQL中列举一些我非常喜欢的特性：

• 数组数据类型；
• hstore扩展 --对于存储key->value数据非常有用，可以在这种类型的列上创建索引；
• 各种语言扩展 -当涉及到非结构化数据处理时，我发现Python非常有用；
• distinct on语法-我认为这个应该是ANSI特性，它看起来非常自然(相对于MySQL组的语法)；
• 复合类型；
• 记录类型；
• 继承；
• Version9.3特性：
  • 横向连接 --我想念Server的一件事(它叫做外部/交叉应用；
  • 本机JSON支持；
  • DDL触发器；
  • 递归、物化、可更新视图；

​

Answer 3

PostgreSQL是一个比较成熟的数据库，它有较长的历史，它更符合ANSI，其查询优化器明显更好。MySQL有不同的存储引擎，如MyISAM、InnoDB、内存中，它们都是不兼容的，因为在一个引擎上运行的SQL查询在另一个引擎上执行时可能会产生语法错误。存储过程在PostgreSQL中更好。