Re: FUNC_MAX_ARGS benchmarks - Mailing list pgsql-hackers

From Tom Lane
Subject Re: FUNC_MAX_ARGS benchmarks
Date
Msg-id 12291.1028641008@sss.pgh.pa.us
Whole thread Raw
In response to Re: FUNC_MAX_ARGS benchmarks  ("Nigel J. Andrews" <nandrews@investsystems.co.uk>)
Responses Re: FUNC_MAX_ARGS benchmarks  (Hannu Krosing <hannu@tm.ee>)
List pgsql-hackers
"Nigel J. Andrews" <nandrews@investsystems.co.uk> writes:
> I was thinking of looking at turning names to varchars/text in order to test
> the performance hit [in the first instance]. However doing a
>   find . -name \*\.\[ch\] | xargs grep NAMEDATALEN | wc -l
> gives 185 hits and some of those are setting other macros. It seems to
> me there is a fair amount of work involved in just getting variable
> length names into the system so that they can be tested.

And that is not even the tip of the iceberg.  The real reason that NAME
is fixed-length is so that it can be accessed as a member of a C
structure.  Moving NAME into the variable-length category would make it
much more painful to access than it is now, and would require
rearranging the field order in every system catalog that has a name field.
        regards, tom lane


pgsql-hackers by date:

Previous
From: John Gray
Date:
Subject: Re: CVS sources doesn't compiles
Next
From: Tom Lane
Date:
Subject: Re: contrib/ltree for 7.2 or 7.3 ?