Re: GUC variable renaming, redux

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: GUC variable renaming, redux
Дата
Msg-id 6381.1190574902@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: GUC variable renaming, redux  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Tom Lane wrote:
>> Actually ... does stats_reset_on_server_start have a reason to live
>> at all?

> We also have a stats reset after recovery, and a function to reset it at
> the user's whim, so I agree that there doesn't seem to be any reason to
> keep it.  Neither of these existed when stats_reset_on_server_start was
> implemented, IIRC.

Good point about the function --- that seems more than sufficient for
any possible usefulness of a reset behavior.

So if stats_reset_on_server_start goes away, then we have only two
variable names to worry about, and they control separate behaviors
so there seems no compelling reason to name them alike.  That leaves
me favoring the approach of calling them
    track_activities    track_counts

Rather than calling for more discussion, maybe I should just say
"has anyone got a strong objection to these names"?
        regards, tom lane


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: GUC variable renaming, redux
Следующее
От: Gregory Stark
Дата:
Сообщение: Re: [PATCHES] Eliminate more detoast copies for packed varlenas