Re: [GENERAL] capturing and storing query statement with rules

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

In response to

Responses

Browse pgsql-general by date

  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

Browse pgsql-hackers by date

  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