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
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 |
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: |