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 по дате отправления:

Предыдущее
От: Oleg Bartunov
Дата:
Сообщение: Re: autovacuum and temp tables support
Следующее
От: Necati Batur
Дата:
Сообщение: GSOC PostgreSQL partitioning issue