Re: Trying to track down weird query stalls

Список
Период
Сортировка
От dan@sidhe.org
Тема Re: Trying to track down weird query stalls
Дата
Msg-id 50477.199.172.169.35.1238448857.squirrel@localhost
обсуждение исходный текст
Ответ на Re: Trying to track down weird query stalls  (Alvaro Herrera)
Ответы Re: Trying to track down weird query stalls  (Alvaro Herrera)
Re: Trying to track down weird query stalls  (Scott Carey)
Список pgsql-performance
Дерево обсуждения
Trying to track down weird query stalls  (, )
 Re: Trying to track down weird query stalls  (Robert Haas, )
  Re: Trying to track down weird query stalls  (, )
   Re: Trying to track down weird query stalls  (Robert Haas, )
    Re: Trying to track down weird query stalls  (, )
   Re: Trying to track down weird query stalls  (Scott Marlowe, )
 Re: Trying to track down weird query stalls  (, )
  Re: Trying to track down weird query stalls  (Scott Marlowe, )
   Re: Trying to track down weird query stalls  (, )
    Re: Trying to track down weird query stalls  (Robert Haas, )
     Re: Trying to track down weird query stalls  (, )
      Re: Trying to track down weird query stalls  (Alvaro Herrera, )
       Re: Trying to track down weird query stalls  (, )
        Re: Trying to track down weird query stalls  (Alvaro Herrera, )
         Re: Trying to track down weird query stalls  (, )
          Re: Trying to track down weird query stalls  (Alvaro Herrera, )
           Re: Trying to track down weird query stalls  (, )
            Re: Trying to track down weird query stalls  (Alvaro Herrera, )
            Re: Trying to track down weird query stalls  (Scott Carey, )
>  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

В списке pgsql-performance по дате отправления:

Предыдущее
От: Scott Carey
Дата:
Сообщение: Re: Trying to track down weird query stalls
Следующее
От: Matthew Wakeling
Дата:
Сообщение: Re: Very specialised query