With 9.6,Postgresql introduces initial support for parallel execution
of large querIEs. Only strictly read-only querIEs where the driving
table is accessed via a sequential scan can be parallelized. Hash
joins and nested loops can be performed in parallel,as can
aggregation (for supported aggregates). Much remains to be done,but
this is already a useful set of features.
>上面提到的支持的聚合是什么?
>在设计聚合函数以允许使用并行机器时是否有任何特殊注意事项?
总结35.10.4. Partial Aggregation
Optionally,an aggregate function can support partial aggregation. The
IDea of partial aggregation is to run the aggregate’s state Transition
function over different subsets of the input data independently,and
then to combine the state values resulting from those subsets to
produce the same state value that would have resulted from scanning
all the input in a single operation. This mode can be used for
parallel aggregation by having different worker processes scan
different portions of a table. Each worker produces a partial state
value,and at the end those state values are combined to produce a
final state value. (In the future this mode might also be used for
purposes such as combining aggregations over local and remote tables;
but that is not implemented yet.)To support partial aggregation,the aggregate deFinition must provIDe a combine function,which takes two values of the aggregate’s state type (representing the results of aggregating over two subsets of the input rows) and produces a new value of the state type,representing what the state would have been after aggregating over the combination of those sets of rows. It is unspecifIEd what the relative order of the input rows from the two sets would have been. This means that it’s usually impossible to define a useful combine function for aggregates that are sensitive to input row order.
以上是内存溢出为你收集整理的PostgreSQL 9.6并行聚合全部内容,希望文章能够帮你解决PostgreSQL 9.6并行聚合所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)