From: | Andrew Chernow <ac(at)esilo(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Merlin Moncure <mmoncure(at)gmail(dot)com>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [PATCHES] libpq type system 0.9a |
Date: | 2008-04-08 18:55:30 |
Message-ID: | 47FBBFA2.4000207@esilo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Tom Lane wrote:
>
> Better support for arrays and composites is certainly something that
> people might want, but the problem with this design is that it forces
> them to buy into a number of other decisions that they don't necessarily
> want.
>
>
> regards, tom lane
>
What decisions are we forcing upon the libpq user?
Well, most of the functionality is handled by about 3 functions (putf,
getf, and paramexec). The difference is, our patch is not limited to
only handling text arrays and composites. It can do it all, which we
thought would of been a requirement to get approved.
There is a performance boost to handling arrays and composites in
binary, which we use a lot because there are no stored procedures (note,
not trying to take a jab about stored procedures, just giving an example
of how we use and abuse arrays and composites).
--
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-04-08 18:59:21 | Re: [PATCHES] libpq type system 0.9a |
Previous Message | Merlin Moncure | 2008-04-08 18:53:23 | Re: [PATCHES] libpq type system 0.9a |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-04-08 18:59:21 | Re: [PATCHES] libpq type system 0.9a |
Previous Message | Merlin Moncure | 2008-04-08 18:53:23 | Re: [PATCHES] libpq type system 0.9a |