Re: export FUNC_MAX_ARGS as a read-only GUC variable (was: [GENERAL] SELECT Question)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: export FUNC_MAX_ARGS as a read-only GUC variable (was: [GENERAL] SELECT Question)
Дата
Msg-id 25203.1070304887@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: export FUNC_MAX_ARGS as a read-only GUC variable (was:  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-patches
Peter Eisentraut <peter_e@gmx.net> writes:
> Tom Lane writes:
>> There was just a discussion a few days ago about the page size for large
>> objects, for which the correct answer was "BLCKSZ/4" IIRC.  Whether
>> people actually *should* care about the page size of large objects I
>> dunno, but the fact is some of them *do* care.

> Maybe we should provide specific functions to access this information, so
> client applications don't have to hardcode these formulas.

That's exactly what this thread is about: current_setting() is the
proposed access function ...

I'm not convinced that large object pagesize is interesting enough to
deserve its own GUC variable, but if someone wanted to make that case
I'm certainly open to listening.

            regards, tom lane

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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: export FUNC_MAX_ARGS as a read-only GUC variable (was:
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: [PATCH] Re: [pgsql-advocacy] Why READ ONLY transactions?