Postgresql 实例级别的enable_partitionwise_join有任何问题吗
在分区表上运行聚合查询时，启用enable_partitionwise_join会有所改进。默认情况下，此参数处于禁用状态，并按照其所示的文档（） 由于分区分组或聚合可以在规划期间使用更多的CPU时间和内存，因此默认设置为关闭Postgresql 实例级别的enable_partitionwise_join有任何问题吗,postgresql,Postgresql,在分区表上运行聚合查询时，启用enable_partitionwise_join会有所改进。默认情况下，此参数处于禁用状态，并按照其所示的文档（） 由于分区分组或聚合可以在规划期间使用更多的CPU时间和内存，因此默认设置为关闭 为什么规划器需要“显著”更多的CPU和内存？在实例级别启用此功能时是否存在任何可预见的问题？此参数没有任何危险 只是只有非常特定的查询从中受益：表需要进行相同的分区，分区键必须是连接条件的一部分 启用该参数会略微增加许多查询的查询计划时间，但只有很少的好处。这就是默认情况
为什么规划器需要“显著”更多的CPU和内存？在实例级别启用此功能时是否存在任何可预见的问题？此参数没有任何危险 只是只有非常特定的查询从中受益：表需要进行相同的分区，分区键必须是连接条件的一部分 启用该参数会略微增加许多查询的查询计划时间，但只有很少的好处。这就是默认情况下禁用此功能的原因。由于PostgreSQL通常不缓存查询计划（您必须使用准备好的语句或PL/pgSQL函数），因此问题更加严重