log_statement and Parse/Bind - Mailing list pgsql-hackers

From Oliver Jowett
Subject log_statement and Parse/Bind
Date
Msg-id 40B2AF69.5010403@opencloud.com
Whole thread Raw
Responses Re: log_statement and Parse/Bind  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: log_statement and Parse/Bind  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
I notice that when using the extended query protocol, statement logging 
appears to happen only when a Parse message is received. This is less 
than ideal:

- statements can be logged that are not actually executed (i.e. a 
Parse/Bind with no corresponding Execute).
- if statements are re-executed without an intervening Parse (i.e. 
Parse/Bind/Execute/Bind/Execute/...), only the first execution is logged.

There's also a lesser problem with using parameterized queries: the 
actual parameter values used in a Bind are not visible. This is the same 
as the PREPARE/EXECUTE case, except that it's more likely to be done 
transparently by the client's interface library (so we can't just tell 
the application developer "don't do that, then!")

Are there any plans to change this? Should I look at making a change 
along the lines of logging the statement on the first Execute of a 
portal, instead of on Parse?

-O


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Ingres to be released as open source
Next
From: Tom Lane
Date:
Subject: Re: New horology failure