I really doubt this method will prove useful in practice for the use case
you mention, and for a number of a reasons.
1) The name is misleading (there is no real query string in the case of
native prepared statements - the SQL and data are always separate)
2) You would have to execute the
Hi,
On 13/10/2016 19:59, Adam Baratz wrote:
> I'd like to add a new method that would return the prepared statement as it
> was executed. It's common for people I work with to want this info for
> debugging, but you can't get it from userland. The functionality is similar
> to, but distinct from
