Re: TAP test module - PostgresClient - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: TAP test module - PostgresClient
Date
Msg-id 4ab7546e-dd48-c985-2b26-e98d58920244@2ndQuadrant.com
Whole thread Raw
In response to Re: TAP test module - PostgresClient  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: TAP test module - PostgresClient
List pgsql-hackers

On 12/30/2017 10:45 AM, Tom Lane wrote:
> Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
>> As for out-dating, if we used DBD::PgPP we'd not be not in great danger
>> there - it doesn't appear to have changed for many years - latest
>> version is dated 2010. If we were to use it we'd have a dependency on
>> DBI, but that in itself doesn't seem a great burden.
> [ blowing the dust off my old red fedora... ]  Actually, there's a
> different problem with this proposal: you can bet that DBD::Pg has got a
> build dependency on Postgres.  If Postgres starts to depend on DBD::Pg
> then we've created circular-dependency hell for packagers.  


The Pure Perl driver has no such dependency, since it doesn't require
libpq. But ...

> I much prefer the other line of thought about doing whatever we need
> to do to make psql workable for the desired type of tests. 


... agreed ...

>  Or just
> write a bespoke testing tool.
>
>             

... that's pretty much where we came in.

cheers

andrew

-- 
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: TAP test module - PostgresClient
Next
From: Joe Conway
Date:
Subject: Re: [HACKERS] Re: [HACKERS] generated columns