PostgreSQL的解釋分析：在PostgreSQL的節點

什麼可以justifie最後hashjoin和hashaggregate之間的時間？

只能處理的數據量？

2013-07-05 Sid

修剪2.9M行到32

無關，可能是因爲：你有沒有運行分析有關通過查詢所引用的表？估計數與實際數量相差甚遠。

2013-07-05 14:58:56 bma

謝謝，所以無關呢？（或者在我的事實表中預先聚合數據...）分析所有表，但是在每次連接時我們都不會丟失任何行，並且postgresql認爲我們每次都會丟失許多行。 – Sid

對於這種類型的請求，我們已經需要enable_nestloop = off，因爲postgresql估計不正確。 – Sid

我是S.O.的新手。但在pgsql-performance郵件列表（http://www.postgresql.org/list/）中，通常的建議是按照https://wiki.postgresql.org/wiki/Slow_Query_Questions中的定義報告詳細信息，查詢。 – bma

回答