From: | Andres Freund <andres(at)2ndquadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Erik Rijkers <er(at)xs4all(dot)nl>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: trailing comment ghost-timing |
Date: | 2013-12-27 09:14:31 |
Message-ID: | 20131227091431.GA25163@alap2.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2013-12-24 12:27:59 -0500, Tom Lane wrote:
> Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> >> This is inconsistent, IMO. I think if we were to fix things so that
> >> leading block comments were dropped the same way -- comments are, that
> >> would also take care of the behavior complained of in this thread.
> >> There's been some previous discussion of this point, I think.
>
> > FWIW, I find dropping comments a rather annoying behaviour. I'd rather
> > include dash comments in the statements sent to the server than start
> > dropping block comments.
>
> What I was proposing was that we do include comments in what we send,
> as long as those comments are embedded in the statement text, not
> on lines before it.
The common way I've seen what I've described above done as is something
like:
/* File:path/to/some/file.whatever Function:foo::something()
* Comment: Expensive, but that's ok!
*/
SELECT here_comes FROM my WHERE some_sql;
If I unerstood what you propose correctly, we'd now drop that comment,
where we sent it before?
Greetings,
Andres Freund
--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Meskes | 2013-12-27 11:57:57 | Re: [bug fix] connection service file doesn't take effect with ECPG apps |
Previous Message | Andres Freund | 2013-12-27 09:09:41 | Re: preserving forensic information when we freeze |