Re: Integrating libpqxx

From: "Jeroen T(dot) Vermeulen" <jtv(at)xs4all(dot)nl>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Neil Conway <nconway(at)klamath(dot)dyndns(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Integrating libpqxx
Date: 2002-06-12 22:25:41
Message-ID: 20020613002540.D10316@xs4all.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jun 12, 2002 at 05:48:46PM -0400, Bruce Momjian wrote:
>
> I can add it to CVS as interfaces/libpqxx and we can then let others
> merge your configure tests into our main configure. Let me know when
> you want it dumped into CVS.

Might as well do it right now, with 0.5.2. We'll call that 1.0, and
leave the more radical future plans for 2.0.

There are some things I'd like to do in future 1.x releases that will
affect the interface:
- nonblocking operation, probably as a latency-hiding tuple stream;
- change the way you select the quality of service for your transactor;
- allow notice processors to have C++ linkage;
- addtional bits & bobs like field and column iterators.

OTOH there's no point in delaying 1.0 forever I guess.

FWIW, I'm thinking of doing at least one of the following in 2.0:
- an easy-to-use but intrusive object persistence layer;
- offload some of the work to BOOST if possible;
- adapt the interface to be more database-portable.

But back to 1.0... Would it be a useful idea to also integrate my own
CVS history into the main tree? Or should I just keep developing in
my local tree and submit from there?

Jeroen

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-06-12 22:26:18 Re: Feature request: Truncate table
Previous Message Bruce Momjian 2002-06-12 22:19:57 Re: PostGres Doubt