Re: request for feedback - read-only GUC variables,

Поиск
Список
Период
Сортировка
От Marc G. Fournier
Тема Re: request for feedback - read-only GUC variables,
Дата
Msg-id 20031202193934.C38069@ganymede.hub.org
обсуждение исходный текст
Ответ на request for feedback - read-only GUC variables, pg_settings changes  (Joe Conway <mail@joeconway.com>)
Ответы Re: request for feedback - read-only GUC variables,  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
On Tue, 2 Dec 2003, Joe Conway wrote:

> We (mostly Bruce, Tom, Peter, and I) have been having a discussion on
> the PATCHES list regarding some new functionality related to read-only
> GUC variables. The net result is pasted at the bottom of this post. Here
> is a link to the discussion:
> http://archives.postgresql.org/pgsql-patches/2003-11/msg00363.php
>
> In short, 5 new read-only GUC variables are created allowing the value
> of certain compile-time settings to be queried. Also the pg_settings
> system view has been expanded to include category, short_desc, and
> extra_desc (corresponding to group, short_desc, and long_desc in the
> generic guc structure). The 5 GUC variables are:
>
> block_size - int
>    Shows size of a disk block
> integer_datetimes - bool
>    Datetimes are integer based
> max_function_args - int
>    Shows the maximum number of function arguments
> max_identifier_length - int
>    Shows the maximum identifier length
> max_index_keys - int
>    Shows the maximum number of index keys
>
> The main open question at this point is the name for the "block_size"
> variable. Peter favors "block_size", Bruce favors "page_size", Tom
> hasn't taken a position on that specific issue. Does anyone have and
> opinion on the variable name, or any general comments before I commit this?

PAGE_SIZE generally refers to memory allocations, no?

I'd go with block_size ...


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

Предыдущее
От: Gaetano Mendola
Дата:
Сообщение: Re: rebuilding rpm for RH9 error
Следующее
От: Claudio Natoli
Дата:
Сообщение: fork/exec problem: DynaHashCxt