Re: BUG #13979: Strange pg_stat_statements results with PREPARE/EXECUTE

Поиск
Список
Период
Сортировка
От Kasahara Tatsuhito
Тема Re: BUG #13979: Strange pg_stat_statements results with PREPARE/EXECUTE
Дата
Msg-id CAP0=ZV+gdKVNxoy90-imBOvFR2P2SZXeDDSBaU7=SAGcWxaAmA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #13979: Strange pg_stat_statements results with PREPARE/EXECUTE  ("David G. Johnston" <david.g.johnston@gmail.com>)
Ответы Re: BUG #13979: Strange pg_stat_statements results with PREPARE/EXECUTE
Re: BUG #13979: Strange pg_stat_statements results with PREPARE/EXECUTE
Список pgsql-bugs
2016-02-23 23:36 GMT+09:00 David G. Johnston <david.g.johnston@gmail.com>:
> You need to tell people what exactly you think is strange/what you would
> expect to see.
Yeah.

So I expected following result after performing second time "SELECT *
FROM tt WHERE c1 = $1" in a  previous e-mail.

=# SELECT queryid, calls, query FROM pg_stat_statements WHERE query LIKE
'%tt%';
  queryid  | calls |                       query
-----------+-------+----------------------------------------------------
 575935600 |    1| PREPARE p1(int) AS SELECT * FROM tt WHERE c1 = $1;
 other-queryid |    10 | SELECT * FROM tt WHERE c1 = $1;
(2 row)

But actually SELECT was counted  as PREPARE in pg_stat_statements.
That's what I thought strange.

It seems to me that "<query>" and "PREPARE <query>" always have same queryid.
Therefore should I consider these queries as the same one ?

--
Tatsuhito Kasahara
kasahara.tatsuhito _at_ gmail.com

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

Предыдущее
От: ranier_gyn@hotmail.com
Дата:
Сообщение: BUG #13981: Possible HANDLE LEAK
Следующее
От: "David G. Johnston"
Дата:
Сообщение: Re: BUG #13979: Strange pg_stat_statements results with PREPARE/EXECUTE