Re: [PATCHES] [SQL] 16 parameter limit

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Neil Conway <nconway(at)klamath(dot)dyndns(dot)org>, Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, <josh(at)agliodbs(dot)com>, <jproctor(at)prium(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCHES] [SQL] 16 parameter limit
Date: 2002-04-16 04:36:11
Message-ID: Pine.LNX.4.30.0204160032190.834-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches pgsql-sql

Tom Lane writes:

> Neil Conway <nconway(at)klamath(dot)dyndns(dot)org> writes:
> > My vote is to set the default # of function args to some
> > reasonable default (32 sounds good), and leave it at that.
>
> Bear in mind that s/32/16/ gives you the exact state of the discussion
> when we raised the limit from 8 to 16 ;-)

How about this: We store the first 16 parameters in some fixed array for
fast access like now, and when you have more than 16 then 17 and beyond
get stored in some variable array in pg_proc. This way procedures with
few arguments don't lose any performance but we could support an
"infinite" number of parameters easily. It sounds kind of dumb, but
without some sort of break out of the fixed storage scheme we'll have this
argument forever.

--
Peter Eisentraut peter_e(at)gmx(dot)net

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-04-16 04:43:34 Re: ANSI Compliant Inserts
Previous Message Christopher Kings-Lynne 2002-04-16 04:35:52 Firebird 1.0 released

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2002-04-16 04:43:34 Re: ANSI Compliant Inserts
Previous Message Peter Eisentraut 2002-04-16 04:20:25 Re: ANSI Compliant Inserts

Browse pgsql-sql by date

  From Date Subject
Next Message Tom Lane 2002-04-16 04:47:12 Re: please advise on column data type
Previous Message Tom Lane 2002-04-16 04:13:31 Re: [SQL] 16 parameter limit