Re: Nearing final release?

From: Sean Chittenden <sean(at)chittenden(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Nearing final release?
Date: 2004-10-17 00:23:21
Message-ID: C0389F2D-1FD2-11D9-ACC8-000A95C705DC@chittenden.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> It seems most logical to me to break the fundamental operations into:
> 1. Prepare to create the compiled query plan
> 2. Describe to bind the query input/output parameters
> 3. Execute to produce a result set
>
> Or equivalent functionality. Then, you can bind all three parts into
> one operation if you want to, or you can execute the tasks separately.
>
> The notion of a flag to tell whether to return a result set or not has
> a
> smell of kludge to me.
>
> On the other hand, if getting something working in a hurry is the main
> purpose, then a flag might be the best way to go, and it could be more
> carefully refactored later.

FWIW, is libpq going to have its version bumped? There's some interest
in having this done from the FreeBSD camp because it make detecting
installed verions of libpq much easier (7.4 client libs working with an
8.0 server?). In FreeBSD the server is split from the client programs
and its libs. I'm sure other packagers may wish to see this happen
too. *shrug* -sc

--
Sean Chittenden

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2004-10-17 00:29:45 Re: Nearing final release?
Previous Message Dann Corbit 2004-10-16 23:04:30 Re: Nearing final release?