From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Joe Conway <mail(at)joeconway(dot)com> |
Cc: | Kris Jurka <books(at)ejurka(dot)com>, Alex <alex(at)meerkatsoft(dot)com>, "Lada 'Ray' Lostak" <ray(at)unreal64(dot)net>, pgsql-patches(at)postgresql(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Subject: | Re: export FUNC_MAX_ARGS as a read-only GUC variable |
Date: | 2003-12-01 06:11:27 |
Message-ID: | 15943.1070259087@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-patches |
Joe Conway <mail(at)joeconway(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-12-01 06:20:21 | Re: ISO 8601 "Time Intervals" of the "format with time-unit |
Previous Message | Joe Conway | 2003-12-01 05:58:06 | Re: export FUNC_MAX_ARGS as a read-only GUC variable |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-12-01 06:18:23 | Re: introduce "default_use_oids" |
Previous Message | Joe Conway | 2003-12-01 05:58:06 | Re: export FUNC_MAX_ARGS as a read-only GUC variable |