Skip site navigation (1) Skip section navigation (2)

Re: libpq object hooks

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
Cc: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>, "Patches (PostgreSQL)" <pgsql-patches(at)postgresql(dot)org>, "Andrew Chernow" <ac(at)esilo(dot)com>
Subject: Re: libpq object hooks
Date: 2008-05-14 14:23:33
Message-ID: b42b73150805140723y71d0a6e2mc325e64d1a0df9f7@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
On Wed, May 14, 2008 at 8:18 AM, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> Right, it was more the case insensitive part that bothered me.
Done. We in fact had realized this was a mistake anyways following
some profiling of the libpqtypes library.   In some scenarios, this
function gets called a lot.

Regarding the other comments:
*) API structure: Our major objective was to minimize exports to
libpq.  I think both copyresult and setvalue have some possible
sideband usage (footguns or no).  Additional functions could be
speculated but are not required by libpqtypes.  We would have no
problem adding a few things to complete the api if necessary.

The patch is basically the minimum libpqtypes needs and has to work
more or less as written.  We tried a few times to suggest implementing
the split a different way (basically, more invasion into libpq).  We
couldn't get any action there.

If the patch is rejected on general merits...that signals the death
blow for libpqtypes.  We have a chicken/egg problem...people can't use
it without patching libpq which will really hamper its adoption, which
is, uh, needed to justify the patch.  For the record, we have had a
couple of dozen downloads of the libpqtypes library on pgfoundry since
we put it up there last week.  Based on how it has simplified and
improved our own code vs. libpq, we have absolutely no doubts it is a
major improvement over PQexecParams.

merlin

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2008-05-14 14:44:31
Subject: Re: libpq object hooks
Previous:From: Tom LaneDate: 2008-05-14 14:22:02
Subject: Re: [PATCHES] stored procedure stats in collector

pgsql-patches by date

Next:From: Tom LaneDate: 2008-05-14 14:44:31
Subject: Re: libpq object hooks
Previous:From: Tom LaneDate: 2008-05-14 14:22:02
Subject: Re: [PATCHES] stored procedure stats in collector

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group