Re: strange buildfarm failure on lionfish

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: strange buildfarm failure on lionfish
Дата
Msg-id 15228.1185306573@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: strange buildfarm failure on lionfish  (Gregory Stark <stark@enterprisedb.com>)
Список pgsql-hackers
Gregory Stark <stark@enterprisedb.com> writes:
> "Tom Lane" <tgl@sss.pgh.pa.us> writes:
>> Alvaro Herrera <alvherre@commandprompt.com> writes:
>>> Gregory Stark wrote:
>>>> What really has to happen is it should run analyze on all tables
>>>> together in a single transaction and commit all the new stats together.
>>>> Out-of-sync stats can be worse than out-of-date stats.
>> 
>>> One problem with that is that it will keep the locks on each table until
>>> the end of all analyzes.
>> 
>> Yeah, that seems entirely infeasible, even if I agreed with the premise
>> which I don't think I do.

> Well that's just what ANALYZE with no arguments at all does.

Not unless you wrap it in a transaction block --- otherwise it does a
transaction per table.  If you try wrapping it in a transaction block
on a production system, you'll soon find you don't like it.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: pgcrypto & strong ciphers limitation
Следующее
От: imad
Дата:
Сообщение: Re: Design: Escort info from WHERE clause to executor?