remote query debugging was: Plugins redux

From: Andreas Pflug <pgadmin(at)pse-consulting(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: remote query debugging was: Plugins redux
Date: 2006-08-09 17:28:07
Message-ID: 44DA1B27.1060500@pse-consulting.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Tom Lane wrote:
> The other, probably more controversial bit of functionality is that there
> needs to be a way to cause a backend to load a PL plugin shared library
> without any cooperation from the connected client application. For
> interactive use of a PL debugger it might be sufficient to tell people to
> do "LOAD 'plpgsql_debugger'" before running their function-to-be-tested,
> but if you're trying to debug some behavior that only manifests in a large
> complicated application, it may be impractical to get the application to
> issue such a command.
A similar issue applies to plain SQL that's not touching any PL: In the
past, I encountered numerous situations where I'd have liked to take a
peek at the current application's queries (on MSSQL, this can be done
with SQL Profiler), but not have constant statement logging. IMHO it
would be a good idea if

- debugging could be turned on and off on-the-fly, e.g. to skip the app
startup phase. Thus I question the statement "GUC variable is sufficient"
- the mechnism would cover plain SQL too.

Regards,
Andreas

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Devrim GUNDUZ 2006-08-09 17:40:50 Re: new job
Previous Message Robert Treat 2006-08-09 17:20:41 Re: how to determine which types take a length argument

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2006-08-09 17:58:58 Re: BUG #2569: statement_timeout bug on Windows
Previous Message Tom Lane 2006-08-09 17:07:30 Re: [HACKERS] [PATCHES] Values list-of-targetlists patch for comments (was Re: