Re: [HACKERS] Remove pg_stat_progress_vacuum from Table 28.2

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: [HACKERS] Remove pg_stat_progress_vacuum from Table 28.2
Дата
Msg-id CAHGQGwFnftYovHm-94KivY4fOMcBQhidE=9i+ZgEeiNcbBNV-A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Remove pg_stat_progress_vacuum from Table 28.2  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Ответы Re: [HACKERS] Remove pg_stat_progress_vacuum from Table 28.2
Список pgsql-hackers
On Fri, Apr 7, 2017 at 9:53 AM, Amit Langote
<Langote_Amit_f8@lab.ntt.co.jp> wrote:
> On 2017/04/07 0:56, Fujii Masao wrote:
>> On Tue, Apr 4, 2017 at 10:19 AM, Amit Langote
>> <Langote_Amit_f8@lab.ntt.co.jp> wrote:
>>> It seems pg_stat_progress_vacuum is not supposed to appear in the table
>>> titled "Collected Statistics Views".  It was added by c16dc1aca.  Attached
>>> patch fixes that.
>>
>> Instead, it should appear in the table of "Dynamic Statistics Views"
>> because it reports dynamic info, i.e., progress, about VACUUM activity?
>
> I thought the same at first, but then realized we have a entirely separate
> section 28.4. Progress Reporting.

Yes, but I don't think that removing that from 28.2 is an improvement
for users.

Regards,

-- 
Fujii Masao



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: [HACKERS] max_sync_workers_per_subscription is missing in postgresql.conf
Следующее
От: Andrew Dunstan
Дата:
Сообщение: [HACKERS] TAP tests take a long time