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
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 |
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 |
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 |