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

Re: Trying to track down weird query stalls

From: dan(at)sidhe(dot)org
To: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
Cc: dan(at)sidhe(dot)org,"Robert Haas" <robertmhaas(at)gmail(dot)com>, "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Trying to track down weird query stalls
Date: 2009-03-30 21:34:17
Message-ID: 50477.199.172.169.35.1238448857.squirrel@localhost (view raw or flat)
Thread:
Lists: pgsql-performance
> dan(at)sidhe(dot)org escribió:
>
>> > So what's the "?" in the query you pasted earlier?
>>
>> The first ? (for architecture) is 1, the second ? (for branchid) is 0.
>> They both should get passed to Postgres as $1 and $2, respectively,
>> assuming DBD::Pg does its substitution right. (They're both supposed to
>> go
>> in as placeholders)
>
> Right, so how about you reread what I wrote above?
>
> Oh, hmm, so to be more clear: I don't think DBD::Pg is actually sending
> EXECUTE PREPARE.  You need to do this over psql.

Fair enough. (And sorry about the mis-read) Next time this occurs I'll try
and duplicate this in psql. FWIW, a quick read of the C underlying the
DBD::Pg module shows it using PQexecPrepared, so I'm pretty sure it is
using prepared statements with placeholders, but double-checking seems
prudent.

-Dan

In response to

Responses

pgsql-performance by date

Next:From: Alvaro HerreraDate: 2009-03-30 21:38:39
Subject: Re: Trying to track down weird query stalls
Previous:From: Alvaro HerreraDate: 2009-03-30 21:22:39
Subject: Re: Trying to track down weird query stalls

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