翻译:小次郎@飞象

原文:Deolasee@2ndquadrant ，原文链接

PostgreSQL9.6现在发布了， 我们的很多用户和客户的询问我们有关Postgres-XL 9.6的计划。 PostgreSQL的新版本实现了一些新的功能， 尤其是在并行查询处理,这些功能是否将在Postgres-XL中可用。

Postgres的-XL本身就是一个大规模并行处理系统。 它有一个有效的分布式规划器和执行器， 可以分配任务到几十数据节点中去处理，并将结果发送回客户端。 它允许用户分片或复制数据的方式高效的执行数据表的查询。 最重要的是，Postgres的-XL还提供了所有时间内数据的全局一致性， 这能够让用户在设计他们的应用程序的时候无需担心一致性问题。

PostgreSQL的9.6的并行查询功能和Postgres-XL的并行查询功能之间的一个主要区别是， PostgreSQL的并行引擎将尝试在一台物理机或虚拟机中利用多内核或多个CPU。

虽然在大型服务器本身已经不够用或者已经能够充分利用一台服务器上的资源, 工作在单一的服务器上，这通常是不会有什么帮助的，

但是，如果这些工作负载无法利用大型服务器的全部能力, 新的并行查询功能仍然会帮助某些工作负载， 特别是可以通过一个大型服务器提供工作负载的服务。 在PostgreSQL 9.6，这些计算资源可以得到充分利用了。

PostgreSQL–9.6的并行查询

那么，为什么并行的PostgreSQL会有利于Postgres-XL的查询功能呢？ 短而简单问题的答案是，如果存在这些功能， 那么每个Postgres-XL的Datanode可以并行的执行分配给它的一部分任务。

可以显著改善某些的数据节点资源没有得到充分利用的查询执行性能。

它还可以允许用户提供大型服务器的数据节点，并得到两级并行的全部好处。 比如，如果你计算一个TB级别的表的集合，在64个节点分片， Postgres-XL将首先分片成64片，开始并行执行。 与此同时，每个数据节点可进一步划分在2个或8个更小的计算块， 这样会产生非常快的聚合。

Postgres-XL–9–6-MPP–1

比其他的并行和PostgreSQL 9.6还拥有一些在处理大表的重大改进。 例如，VACUUM现在可以跳过已冻结的页， 从而减少回收一个大表的时间和成本。 在多核CPU的锁定方面的改进对Postgres-XL不是很有用。 最后，BDR现在可以用作PostgreSQL 9.6的扩展， 因此存在Postgres-XL利用这些(PostgreSQL–9.6中的)功能的可能性。

现在的问题是：我们什么时候能看到Postgres-XL 9.6？

嗯，2ndQuadrant,还有Postgres-XL社区，我们已经开始准备， 很快你会看到一些行动。 毫无疑问，这不是一件容易的事， 一些在PostgreSQL9.6中的规划器的改变将会使合并更加艰巨。

但这个旅程已经开始。在这个过程中， 我们需要弄清楚如何重组代码，以便将来的合并变得更容易, 于此同时，希望找到可以提交和合并到PostgreSQL核心的部分。 最终的目标是让PostgreSQL核心拥有所有XL的功能， 但我们意识到，这不会很快发生，有很多用户也不能等那么久。 所以Postgres的-XL中将会看到不断的发展和支持， 直到PostgreSQL拥有全部Postgres-XL的功能。