Re: More records after sort
| От | Tom Lane |
|---|---|
| Тема | Re: More records after sort |
| Дата | |
| Msg-id | 485659.1626800863@sss.pgh.pa.us обсуждение |
| Ответ на | Re: More records after sort (Nicolas Seinlet <nicolas@seinlet.com>) |
| Список | pgsql-general |
Nicolas Seinlet <nicolas@seinlet.com> writes:
> Many thanks for the fast response. The full query plan is below, and the Dalibo link points to it as well. You're
right,it's a merge join. One table doesn't have up-to-date statistics, because the table is filled during the
transactioninvolving this query.
Sure looks like incorporating an ANALYZE into the transaction would help
matters. This misestimation:
> -> Seq Scan on account_invoice_line il (cost=0.00..9885.48
rows=752width=22) (actual time=0.049..121.238 rows=150448 loops=1)
> Filter: (display_type IS NULL)
looks like it's really hurting you, and "ANALYZE account_invoice_line"
after loading that table ought to be enough to fix that.
regards, tom lane
В списке pgsql-general по дате отправления: