Re: Array interface

From: Conor Walsh <ctw(at)adverb(dot)ly>
To: Mladen Gogala <mladen(dot)gogala(at)vmsinfo(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Array interface
Date: 2010-11-02 22:40:32
Message-ID: AANLkTi=u4sFYqwDDn77zH=-iSNd_RjUCm_Yqo-ycehfc@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Tue, Nov 2, 2010 at 2:32 PM, Mladen Gogala <mladen(dot)gogala(at)vmsinfo(dot)com> wrote:
> I was surprised because I expected array bind to produce better
> results over the network than the row-by-row operations, yet it
> didn't. Can anybody elaborate a bit?

While all of the bulk-execute functions are likely to have
implementations, they are not necessarily likely to actually be
efficient implementations.

I ran into this with DBD::ODBC a while back because DBD::ODBC
implements execute_array() as "execute($_) foreach(@_)". DBD::Pg
doesn't appear to implement execute_array() at all, so perhaps it's
falling back on a similar default implementation in the superclass.

I generally suspect this is a Perl problem rather than a Postgres
problem, but can't say more without code. Maybe try pastebin if
you're having email censorship issues.

-Conor

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Yaocl 2010-11-03 01:47:06 Re: A query become very slow after upgrade from 8.1.10 to 8.4.5
Previous Message Tom Lane 2010-11-02 22:30:08 Re: A query become very slow after upgrade from 8.1.10 to 8.4.5