Re: Should we increase the default vacuum_cost_limit?

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: Should we increase the default vacuum_cost_limit?
Дата
Msg-id CAOBaU_Yx2BPHNNPNS=mfcX3R5m3zxy=CKVWQyJxbYV1kaS5+WA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Should we increase the default vacuum_cost_limit?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sat, Mar 9, 2019 at 11:14 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> BTW ... I noticed while fooling with this that GUC's out-of-range
> messages can be confusing:
>
> regression=# set vacuum_cost_delay = '1s';
> ERROR:  1000 is outside the valid range for parameter "vacuum_cost_delay" (0 .. 100)
>
> One's immediate reaction to that is "I put in 1, not 1000".  I think
> it'd be much clearer if we included the unit we'd converted to, thus:
>
> ERROR:  1000 ms is outside the valid range for parameter "vacuum_cost_delay" (0 .. 100)
>
> (Notice that this also implicitly tells what units the range limits
> are being quoted in.

I like it!

> A small problem with this idea is that GUC_UNIT_[X]BLOCK variables don't
> really have a natural unit name.  If we follow the lead of pg_settings,
> such errors would look something like
>
> ERROR:  1000 8kB is outside the valid range for ...
>
> I can't think of a better idea, though, and it'd still be clearer than
> what happens now.
>
> Barring objections I'll go make this happen.

No objection here.


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

Предыдущее
От: Julien Rouhaud
Дата:
Сообщение: Re: Should we increase the default vacuum_cost_limit?
Следующее
От: Ramanarayana
Дата:
Сообщение: Re: Add missing CREATE TABLE IF NOT EXISTS table_name AS EXECUTE query;