Re: explain (verbose off, normalized) vs query planid - Mailing list pgsql-hackers

From Robert Haas
Subject Re: explain (verbose off, normalized) vs query planid
Date
Msg-id CA+TgmoZ=1ae9AHXhryoSGvkN9Wg9zCuhxzbVLtzazO0dKG1KDQ@mail.gmail.com
Whole thread Raw
In response to Re: explain (verbose off, normalized) vs query planid  (legrand legrand <legrand_legrand@hotmail.com>)
Responses Re: explain (verbose off, normalized) vs query planid  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, May 15, 2018 at 3:45 PM, legrand legrand
<legrand_legrand@hotmail.com> wrote:
> Would there be some functional or performances reasons to prefer jumbling to
> hashing normalized plan text?

Using the text could produce different query IDs for the same plan if
any information is displayed in the text format which can vary for
reasons other than a plan change.  I don't know if there are any, but
what about, for example, the effect of GUCs on how timestamps are
displayed?  Or, much worse, what if a timer value creeps into the
output somehow?  Certainly, renaming a table is going to change the
output.  Even using a different table alias will change the output.

Using the text could produce the same query ID for different plans if
there's any relevant detail of the plan that's not shown in the text.

Basically, I would be nervous about the idea of an EXPLAIN output
that's required to reflect all and only the plan details that should
be jumbled.  The "normalized" option to EXPLAIN which you mentioned
upthread doesn't exist today...

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Should total_pages be calculated after partition pruning and constraint exclusion?
Next
From: Tom Lane
Date:
Subject: Re: index scan over composite type