Re: In progress INSERT wrecks plans on table
| От | Tom Lane |
|---|---|
| Тема | Re: In progress INSERT wrecks plans on table |
| Дата | |
| Msg-id | 3833.1368192658@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: In progress INSERT wrecks plans on table (Mark Kirkwood <mark.kirkwood@catalyst.net.nz>) |
| Ответы |
Re: In progress INSERT wrecks plans on table
|
| Список | pgsql-performance |
Mark Kirkwood <mark.kirkwood@catalyst.net.nz> writes:
> Unfortunately a trigger will not really do the job - analyze ignores in
> progress rows (unless they were added by the current transaction), and
> then the changes made by analyze are not seen by any other sessions. So
> no changes to plans until the entire INSERT is complete and COMMIT
> happens (which could be a while - too long in our case).
I'm not sure I believe the thesis that plans won't change at all.
The planner will notice that the physical size of the table is growing.
That may not be enough, if the table-contents statistics are missing
or completely unreflective of reality, but it's something.
It is true that *already cached* plans won't change until after an
ANALYZE is done (the key point there being that ANALYZE sends out a
shared-inval message to force replanning of plans for the table).
Conceivably you could issue concurrent ANALYZEs occasionally while
the INSERT is running, not so much to update the stats --- because
they wouldn't --- as to force cached-plan invalidation.
regards, tom lane
В списке pgsql-performance по дате отправления: