Re: autovacuum and temp tables support
От | Robert Haas |
---|---|
Тема | Re: autovacuum and temp tables support |
Дата | |
Msg-id | q2r603c8f071004081240qb1f1ed9cw5e9ee5deda494ff1@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: autovacuum and temp tables support (Oleg Bartunov <oleg@sai.msu.su>) |
Ответы |
Re: autovacuum and temp tables support
|
Список | pgsql-hackers |
On Thu, Apr 8, 2010 at 3:22 PM, Oleg Bartunov <oleg@sai.msu.su> wrote: >> On general thought I've had is that it would be nice if the first >> attempt to SELECT against a table with no statistics would trigger an >> automatic ANALYZE by the backend on which the query was executed. >> It's pretty common to populate a table using INSERT, or CTAS, or COPY >> and then try to immediately run a query against it, and I've often >> found that it's necessary to insert manual analyze statements in there >> to get decent query plans. > > Oracle does this. So, is't worth to add support (configurable, like > Oracle's optimizer_dynamic_sampling) ? Well, dynamic sampling is considerably more complicated than what I proposed, which is just to force an ordinary ANALYZE before the first query against the table. It would be a very powerful feature if we could use it to ameliorate, for example, the gross statistical errors that sometimes occur when multiple, correlated filter conditions are applied to the same base table; but I don't think it's in the direct path of solving the present complaint. ...Robert
В списке pgsql-hackers по дате отправления: