From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp> |
Cc: | coelho(at)cri(dot)ensmp(dot)fr, craig(dot)ringer(at)2ndquadrant(dot)com, robertmhaas(at)gmail(dot)com, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: BUG: pg_stat_statements query normalization issues with combined queries |
Date: | 2017-01-13 14:01:41 |
Message-ID: | 5721.1484316101@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp> writes:
> I found an inconsistency (in style, not function:) between
> copyfuncs and equalfuncs. The patch handles the three members
> utilityStmt, stmt_location and stmt_len of Query at once and
> copyfuncs seems to be edited to follow the rule, but in
> equalfuncs the position of utilityStmt is not moved.
I think you're looking at struct Query's instance of utilityStmt.
I didn't move that one. (Maybe I should've, but it didn't
look quite as randomly dropped into the middle of the struct
as the PlannedStmt one did. Just a judgment call in either case.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2017-01-13 14:08:29 | Re: BUG: pg_stat_statements query normalization issues with combined queries |
Previous Message | Tom Lane | 2017-01-13 13:58:31 | Re: Protect syscache from bloating with negative cache entries |