Postgres 9.1 vs Mysql 5.6 InnoDB？

Question

简单的问题 - 在2012年需要与ACID兼容的中型/大型数据库会更好.

我已经阅读了关于mySQL vs pgSQL的所有内容(大多数内容),但大多数内容分别与版本4,5.1和7,8有关并且过时(2008,2009).它几乎是2012年,所以我想我们可以尝试重新审视这个问题.

基本上我想知道PostgreSQL中是否有任何东西超出了MySQL的易用性,可用性和更大的开发人员/知识库.

MySQL的查询优化器仍然是愚蠢的吗？在非常复杂的查询上它仍然超级慢吗？

打我!:)

PS.不要把我送到护目镜或维基.我正在寻找一些不是概述的具体要点+我相信StackOverflow比一些随机页面更能让'聪明的家伙'发光.

附录

项目规模:假设一个订单系统,每个帐户大约10-100个订单/天,几千个帐户,最终,每个可以有几百到几千个用户.

擅长:在需求不断增长和变化时具有前瞻性和灵活性.在硬件部门保持低成本方面,性能也很重要.此外,熟练劳动力的可用性也是一个因素.

OLTP或OLAP:OLTP

Answer 1

在SQL功能方面,PostgreSQL更加先进.

MySQL仍然没有的东西(和PostgreSQL有):

• 可延迟的约束
• 检查约束
• 完全外连接
  MySQL默默地使用内部连接和一些语法变体: http
  ://sqlfiddle.com/#!2/88ff95/1 SQLFiddle是使用MySQL 5.5.32创建的
• 横向连接
• 正则表达式不适用于UTF-8(使用MySQL 8.0修复)
• 正则表达式不支持replace或substring(MySQL 8.0引入)
• 表函数(select * from my_function())
• 公用表表达式(MySQL 8.0引入)
• 递归查询(MySQL 8.0引入)
• 可写的CTE
• 窗口函数(MySQL 8.0引入)
• 基于功能的指数
• 部分指数
• 事务表上的全文搜索(MySQL 5.6支持此功能)
• 事务表上的GIS功能
• EXCEPT或INTERSECT运算符
• 你不能在同一个select语句中使用两次临时表
• 您不能在子选择中使用正在更改的表(更新/删除/插入)

• 您无法创建使用派生表的视图(自MySQL 8.0以来可能)

   create view x as select * from (select * from y);
  

• 语句级读取一致性.需要例如:
  update foo set x = y, y = x或
  update foo set a = b, a = a + 100
• 交易DDL
• DDL触发器
• 排除约束
• 键/值存储
• 索引完整的JSON文档
• 范围类型
• 域
• 数组(包括数组上的索引)
• 角色(组)来管理用户权限(MariaDB 有它们,MySQL 8.0引入)
• 并行查询(自Postgres 9.6起)
• 用户定义的数据类型(包括检查约束)
• 物化观点
• 自定义聚合
• 自定义窗口功能
• 正确的boolean数据类型
  _{(将任何可以转换为非零数字的表达式视为"true" 不是一个合适的布尔类型)}

不确定你称之为"易用性",但有一些现代SQL功能我不想错过(CTE,窗口函数),这些功能将为我定义"易用性".

现在,PostgreSQL不是完美的,可能是最讨厌的事情,可以调整可怕的VACUUM进程来处理繁重的写入数据库.

Answer 2

MySQL的查询优化器仍然是愚蠢的吗？在非常复杂的查询上它仍然超级慢吗？

所有查询优化器有时都很愚蠢.在大多数情况下,PostgreSQL不那么愚蠢.PostgreSQL的一些最新SQL功能(窗口函数,递归WITH查询等)非常强大,但如果你有一个愚蠢的ORM,它们可能无法使用.

项目规模:假设一个订单系统,每个帐户大约10-100个订单/天,几千个帐户,最终,每个可以有几百到几千个用户.

听起来不那么大 - 在一个大箱子的范围内.

擅长:在需求不断增长和变化时具有前瞻性和灵活性.

PostgreSQL拥有一支强大的开发团队,拥有一个扩展的贡献者社区.发布策略是严格的,只有点发布中的错误修正.始终跟踪错误修正的9.1.x的最新版本.

MySQL过去对版本号的态度稍微宽松一些.这可能会随着Oracle的负责而改变.我不熟悉各种叉子的政策.

在硬件部门保持低成本方面,性能也很重要.

如果硬件成为这个规模的项目中的主要组件,我会感到惊讶.

此外,熟练劳动力的可用性也是一个因素.

那是你的关键决策者.如果你有一群经验丰富的Perl + PostgreSQL黑客闲置,请使用它.如果您的人员知道Lisp和MySQL,那么就使用它.

OLTP或OLAP:OLTP

PostgreSQL在OLTP上一直很强大.

我个人的观点是,PostgreSQL邮件列表中充满了礼貌,乐于助人,知识渊博的人.您可以与Terabyte数据库和黑客建立直接联系,这些数据库和黑客已经构建了代码的主要部分.支持的质量非常好.

Answer 3

作为@a_horse_with_no_name回答的补充,我想在PostgreSQL中列出一些我非常喜欢的功能:

• 数组数据类型 ;
• hstore扩展 - 对于存储key->value数据非常有用,可以在该类型的列上创建索引;
• 各种语言扩展 - 我发现Python在非结构化数据处理方面非常有用;
• distinct on 语法 - 我认为这个应该是ANSI SQL特性,对我来说看起来很自然(而不是MySQL语法);
• 复合类型;
• 记录类型;
• 继承 ;
• 9.3版功能:
  • 横向连接 - 我从SQL Server中错过了一件事(它称为外部/交叉应用);
  • 原生JSON支持 ;
  • DDL触发器 ;
  • 递归的,物化的,可更新的视图;