From: | Peter Geoghegan <pg(at)heroku(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Satoshi Nagayasu <snaga(at)uptime(dot)jp>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Assert in pg_stat_statements |
Date: | 2015-08-09 19:18:57 |
Message-ID: | CAM3SWZSAGraARhG+qzpN9JSdjHKmP6JLTbXB4BAAU+b53xGCDw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sun, Aug 9, 2015 at 10:23 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> If there's actually a use case for that sort of thing, I would vote
> for moving the jumble-calculation code into core
I think that there'd be a good case for doing that for several other
reasons. It would be great to have a per-queryId
log_min_duration_statement, for example.
Most likely, this would work based on a system of grouping queries.
One grouping might be "SLA queries", that the user hopes to prevent
ever hobbling loading the application's home page. Outliers in this
group of queries are far more interesting to the user than any other,
or expectations are in some other way quite different from the
average. At the same time, maybe for reporting queries 60 seconds is
considered an unreasonably long time to wait.
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Noah Misch | 2015-08-09 19:40:48 | Re: Precedence of standard comparison operators |
Previous Message | Joe Conway | 2015-08-09 19:16:11 | Re: [patch] A \pivot command for psql |