Re: export FUNC_MAX_ARGS as a read-only GUC variable

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

In response to

Responses

Browse pgsql-general by date

  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

Browse pgsql-patches by date

  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