Re: BUG #13413: pg_stat_statements don't statistics "DEALLOCATE ALL" statements

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: held911(at)163(dot)com
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #13413: pg_stat_statements don't statistics "DEALLOCATE ALL" statements
Date: 2015-06-08 15:08:34
Message-ID: 1909.1433776114@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

held911(at)163(dot)com writes:
> this function is ok in pg 9.3.5. But , it does not work in pg 9.4.1.

This is not a bug, it's an intentional behavioral change. See the 9.4
release notes:

* Make pg_stat_statements ignore DEALLOCATE commands (Fabien Coelho)

It already ignored PREPARE, as well as planning time in general,
so this seems more consistent.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Robert Haas 2015-06-09 00:11:52 Re: BUG #13373: Imminent transaction id wrap around in spite of daily VACUUM
Previous Message stadtkind2 2015-06-08 13:24:32 BUG #13416: Postgres >= 9.3 doesn't use optimized shared memory on Solaris anymore