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: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Funny representation in pg_stat_statements.query. |
Date: | 2014-01-17 15:44:41 |
Message-ID: | 4499.1389973481@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:
> Hello, I noticed that pg_stat_statements.query can have funny values.
I don't think that's an acceptable reason for lobotomizing the parser's
ability to print error cursors, which is what your first patch does
(and without even any documentation that would keep someone from
changing it back).
The second patch might be all right, though I'm a bit disturbed by its
dependency on gram.h constants. The numeric values of those change on a
regular basis, and who's to say that these are exactly the set of tokens
that we care about?
In the end, really the cleanest fix for this would be to get rid of the
grammar's translation of these special functions into hacky expressions.
They ought to get translated into some new node type(s) that could be
reverse-listed in standard form by ruleutils.c. I've wanted to do that
for years, but never got around to it ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-01-17 15:53:50 | Re: Feature request: Logging SSL connections |
Previous Message | Mel Gorman | 2014-01-17 15:37:55 | Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance |