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

Perl Binding affects speed?

From: "Sam Wong" <sam(at)hellosam(dot)net>
To: <pgsql-performance(at)postgresql(dot)org>
Subject: Perl Binding affects speed?
Date: 2011-02-25 03:02:23
Message-ID: 019101cbd498$7192ba70$54b82f50$@hellosam.net (view raw or flat)
Thread:
Lists: pgsql-performance
I run into performance problem when I pass the condition/variable in binding
ways, however if I put them in the query string it's absolutely fine.

----
Here is my table and index:
CREATE TABLE shipment_lookup
(
  shipment_id text NOT NULL,
  lookup text NOT NULL
);
CREATE INDEX shipment_lookup_prefix
  ONshipment_lookup
  USING btree
  (upper(lookup));
----
I have 10 million rows in the table.

* My query is:
$dbh->selectall_arrayref("SELECT * from shipment_lookup WHERE (UPPER(lookup)
LIKE '0GURG5YGVQA9%')");

Here is the explain I get by using Perl and pgAdmin III.
Index Scan using shipment_lookup_prefix on shipment_lookup  (cost=0.01..5.00
rows=921 width=28)
  Index Cond: ((upper(lookup) >= '0GURG5YGVQA9'::text) AND (upper(lookup) <
'0GURG5YGVQA:'::text))
  Filter: (upper(lookup) ~~ '0GURG5YGVQA9%'::text)

Index is used, and it just takes 50ms to execute. So far so good.

* But if I do this - using binding:
$dbh->selectall_arrayref("SELECT * from shipment_lookup WHERE (UPPER(lookup)
LIKE ?)", undef, '0GURG5YGVQA9%');
It took 10 seconds to finish the query, just like it was using full table
scan instead! Even though the 'explain' shows the same query plan.

So what would be the issue...? I can't isolate if it's the Perl or pgsql.

Thanks,
Sam
----
Version Info:
Postgresql: "PostgreSQL 8.4.5, compiled by Visual C++ build 1400, 32-bit" on
Windows 2003
Perl: 5.10.1
DBD::Pg: 2.17.2




Responses

pgsql-performance by date

Next:From: Marti RaudseppDate: 2011-02-25 12:25:32
Subject: Re: Perl Binding affects speed?
Previous:From: Josh BerkusDate: 2011-02-25 01:52:19
Subject: Re: Picking out the most recent row using a time stamp column

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