Re: Testing with concurrent sessions - Mailing list pgsql-hackers

From Martijn van Oosterhout
Subject Re: Testing with concurrent sessions
Date
Msg-id 20100111213007.GC1049@svana.org
Whole thread Raw
In response to Re: Testing with concurrent sessions  ("Greg Sabino Mullane" <greg@turnstep.com>)
Responses Re: Testing with concurrent sessions  ("Greg Sabino Mullane" <greg@turnstep.com>)
List pgsql-hackers
On Mon, Jan 11, 2010 at 05:42:08PM -0000, Greg Sabino Mullane wrote:
> > Is there a reason why you're suggesting using DBI? There is also the Pg
> > perl module which works as well and is one tenth of the size. It also
> > doesn't have external dependancies. It's just a plain wrapper around
> > libpq, which for the purposes of testing may be better.
> >
> > http://search.cpan.org/~mergl/pgsql_perl5-1.9.0/Pg.pm
>
> Works as well? Did you take a look at that link? The last update was
> early 2000, which should give you an indication of just how dead
> it is.

Dead or not, it still works, even against 8.4. I have many programs
that use it. It's simply a wrapper around the libpq interface and as
long as the libpq interface remains stable (which we go to great pains
to do), so will this module.

Given the talk of importing some perl module into the postgresql tree
it just seemed more logical to me to take something that was close to
libpq and had no external dependancies than taking a module with an
external dependancy (namely DBI).

Have a nice day,
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> Please line up in a tree and maintain the heap invariant while
> boarding. Thank you for flying nlogn airlines.

pgsql-hackers by date:

Previous
From: Dimitri Fontaine
Date:
Subject: Re: Compression Library and Usages
Next
From: Boszormenyi Zoltan
Date:
Subject: lock_timeout GUC patch