Postgresql解释分析：节点之间的时间

在类似这样的PostgreSQL解释计划中：

什么可以证明最后一次hashjoin和hashaggregate之间的时间是合理的

---

只有要处理的数据量？

可能是因为将2.9M行减少到32行

---

无关：您是否对该查询引用的表运行了ANALYZE？估计数与实际数相差甚远。

谢谢你，所以没什么可做的？（或在我的事实表中预聚合数据…）所有表都会进行分析，但在每次连接时，我们不会丢失任何行，postgresql认为每次都会丢失许多行。由于postgresql估计错误，我们已经需要为此类请求启用_nestloop=off。我对S.O.是新手，但在pgsql性能邮件列表中（）通常的建议是报告中定义的详细信息，并发布您的查询。