Re: export FUNC_MAX_ARGS as a read-only GUC variable
От | Tom Lane |
---|---|
Тема | Re: export FUNC_MAX_ARGS as a read-only GUC variable |
Дата | |
Msg-id | 15943.1070259087@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: export FUNC_MAX_ARGS as a read-only GUC variable (Joe Conway <mail@joeconway.com>) |
Ответы |
Re: export FUNC_MAX_ARGS as a read-only GUC variable
|
Список | pgsql-patches |
Joe Conway <mail@joeconway.com> writes: > name | name_data_len > setting | 63 > short_desc | Shows the maximum identifier length Defining the value as NAMEDATALEN-1 is reasonable (I was thinking of suggesting that myself), but it seems like a recipe for confusion to use name_data_len to refer to NAMEDATALEN-1. Perhaps the GUC variable name should be max_name_len or some such. Also, should func_max_args and index_max_keys become max_func_args and max_index_keys? I'm not all that concerned about the names personally, but I want to forestall any temptation for Bruce to start renaming these values later, as he's felt free to do in the past ;-). My expectation is that the names of these GUC variables will get embedded into client-side code fairly quickly, and so it will not do to fool around with the names later. We must decide what the naming convention is and then stick to it. regards, tom lane
В списке pgsql-patches по дате отправления: