Re: [HACKERS] [FEATURE PATCH] pg_stat_statements with plans - Mailing list pgsql-hackers

From Julian Markwort
Subject Re: [HACKERS] [FEATURE PATCH] pg_stat_statements with plans
Date
Msg-id 58BAC77D.6090107@uni-muenster.de
Whole thread Raw
In response to Re: [HACKERS] [FEATURE PATCH] pg_stat_statements with plans  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: [HACKERS] [FEATURE PATCH] pg_stat_statements with plans (v02)  (Julian Markwort <julian.markwort@uni-muenster.de>)
List pgsql-hackers
Alright, for the next version of this patch I'll look into standard 
deviation (an implementation of Welfords' algorithm already exists in 
pg_stat_statements).

On 3/4/17 14:18, Peter Eisentraut wrote:

> The other problem is that this measures execution time, which can vary
> for reasons other than plan.  I would have expected that the cost
> numbers are tracked somehow.
I've already thought of tracking specific parts of the explanation, like 
the cost numbers, instead of the whole string, I'll think of something, 
but if anybody has any bright ideas in the meantime, I'd gladly listen 
to them.

> There is also the issue of generic vs specific plans, which this
> approach might be papering over.
Would you be so kind and elaborate a little bit on this? I'm not sure if 
I understand this correctly. This patch only tracks specific plans, yes. 
The inital idea was that there might be some edge-cases that are not 
apparent when looking at generalized plans or queries.

kind regards
Julian



pgsql-hackers by date:

Previous
From: David Steele
Date:
Subject: Re: [HACKERS] [FEATURE PATCH] pg_stat_statements with plans
Next
From: Stephen Frost
Date:
Subject: Re: [HACKERS] Cost model for parallel CREATE INDEX