From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Joe Conway <mail(at)joeconway(dot)com> |
Cc: | Mike Mascari <mascarm(at)mascari(dot)com>, Guillaume LELARGE <gleu(at)wanadoo(dot)fr>, "Hackers (PostgreSQL)" <pgsql-hackers(at)postgresql(dot)org>, Andrew Gould <andrewgould(at)yahoo(dot)com> |
Subject: | Re: [GENERAL] capturing and storing query statement with rules |
Date: | 2003-06-25 14:40:53 |
Message-ID: | 26048.1056552053@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Joe Conway <mail(at)joeconway(dot)com> writes:
> I was thinking something similar. This exact question has come up at
> least three times in the last three months. I doubt we'd want a special
> keyword like CURRENT_QUERY, but maybe current_query()?
Not unless you want to promote a quick debugging hack, not expected or
required to work 100%, into a supported feature. I don't think
debug_query_string can be relied on to always reflect what the system
is doing, particularly not in the 3.0 protocol extended-query case.
And how about when you're executing queries inside a function --- is it
supposed to tell you about the most closely nested SQL query?
I don't say this is not worth doing --- but I do say you are opening a
larger can of worms than you probably think.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-06-25 14:44:11 | Re: Alternative replication method. |
Previous Message | Sven Köhler | 2003-06-25 14:38:33 | Re: [BUG?] table inhiritance violates primary key |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-06-25 14:54:54 | Re: RServ patch to support multiple slaves (sorta) |
Previous Message | Tom Lane | 2003-06-25 14:10:57 | Re: a problem with index and user define type |