MariaDB 与 PostgreSQL 的争论在我的公司继续激烈 :-( 这篇有点著名的超级博客文章助长了它。我在这里发现了一些关于写放大缓解的有趣讨论。我的问题是，像这样的任何东西都作为 PostgreSQL 的一部分发布了10 或 11？我会搜索文档，但我不确定它会被称为什么。
AskOverflow.Dev
MariaDB 与 PostgreSQL 的争论在我的公司继续激烈 :-( 这篇有点著名的超级博客文章助长了它。我在这里发现了一些关于写放大缓解的有趣讨论。我的问题是，像这样的任何东西都作为 PostgreSQL 的一部分发布了10 或 11？我会搜索文档，但我不确定它会被称为什么。
不，这些方面的主要内容都没有发布。
主要答案：根据这个演示文稿，Postgres 10 引入了一个逻辑复制选项（与我们之前本地 * 的字节复制相反）在一定程度上减少了副本上的写放大，尽管如此——截至我最近对此的编辑post – Postgres 将索引直接绑定到 CTID 的基本抱怨（这要求与该行关联的所有索引在该行发生更改时更新，该操作也必须流向副本）仍然存在。
* 逻辑复制从 9.4 开始就作为一个简单的插件提供，并且在很久以前就以某种形式提供。
旁白：显然，根据该线程，写入放大并不是 Uber 转换的唯一原因（显然得到了邮件列表中出现的一些消息的支持）；性能方面的困难只是他们决定转换的部分原因。
可以在此处找到讨论优步对 Postgres 投诉的合法性的演示文稿。它争辩说，优步的帖子强调的一些问题要么有解决方案，要么是自己造成的。