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

Re: DBD::Pg 2.0.0 release candidate available for testing

From: Dean Arnold <darnold(at)presicient(dot)com>
To: Greg Sabino Mullane <greg(at)turnstep(dot)com>
Cc: dbd-pg(at)perl(dot)org, dbi-users(at)perl(dot)org, pgsql-interfaces(at)postgresql(dot)org
Subject: Re: DBD::Pg 2.0.0 release candidate available for testing
Date: 2008-01-16 17:04:00
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-interfaces
Greg Sabino Mullane wrote:
> Hash: RIPEMD160
> The first release candidate for the new version of DBD::Pg is 
> now available for testing. This is a very major change from the 
> current version (1.49), so if you are using DBD::Pg, it is highly 
> recommended you test it out early and thoroughly, so we can iron 
> out any problems before the final release.
> Among the major changes are:
> * Full support for arrays: Perl arrays are transformed to Postgres 
> arrays automatically, and vice-versa.

I presume this is "array type stored in a column", not "array for bulk loading" ?

Does Pg support native array binding of tuples yet ? The docs could be
a bit confusing. E.g., I'm not certain what "Supported by this driver as proposed by DBI."
means ? You may want to clarify that bit, and the difference
between "bind array to a column" vs. "binding an array of parameters")

Esp., does the COPY IN support native array binding (not the DBI default iterator) ?

> * Asynchronous queries, which let's you start a query, go off and do 
> other things, and check back to see if it has finished, and fetch the 
> data when you are ready to. This also allows you to cancel running queries.

Groovy! I'll have to give this a go w/ DBIx::Threaded's async

BTW: Do you have any examples that are "smarter" about
testing ready() ? I.e., grab the Pg socket, do a select() or poll(),
and only call ready() when there's activity on the socket ?
I've implemented a driver-specific function in DBD::Teradata to
do that internally (essentially, a select() for $dbh's + other filehandles).
Might be something to consider for Pg (I'd suggest support
at the DBI layer, except some drivers (e.g., ODBC) may not have access
to the underlying communication channel.

Great work!
Dean Arnold
Presicient Corp.

In response to


pgsql-interfaces by date

Next:From: Tom LaneDate: 2008-01-16 17:17:11
Subject: Re: DBD-Pg Placeholder usage in v 1.49
Previous:From: Max PyziurDate: 2008-01-16 16:16:41
Subject: DBD-Pg Placeholder usage in v 1.49

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