From: | Dave Cramer <pg(at)fastcrypt(dot)com> |
---|---|
To: | Oliver Jowett <oliver(at)opencloud(dot)com> |
Cc: | Barry Lind <blind(at)xythos(dot)com>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: When running with autocommit false only the first BEGIN |
Date: | 2004-11-23 12:04:50 |
Message-ID: | 41A32762.4000403@fastcrypt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
That certainly doesn't seem acceptable. As Barry points out people will
really be in the dark when their code doesn't work.
--dc--
Oliver Jowett wrote:
> Barry Lind wrote:
>
>> While debugging my other server problem, I noticed that that only the
>> first BEGIN and COMMIT are logged on the server with sql statement
>> logging enabled. It seems that the subsequent transaction control
>> statements are being executed correctly, it is just that they are not
>> being logged by the server. Is this to be expected? If so, it makes
>> debugging a bit difficult as you can't see what commits are really being
>> executed when you have sql statement logging enabled.
>
>
> Yeah, it's a limitation of statement logging. Statements are logged
> only on Parse, not on Bind/Execute. The driver reuses the internal
> BEGIN/COMMIT statements, so only one Parse is done for each. You will
> see the same thing for user queries if they end up using server-side
> prepare.
>
> There should be some past discussion about this in the -hackers archives.
>
> -O
>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings
>
>
--
Dave Cramer
http://www.postgresintl.com
519 939 0336
ICQ#14675561
From | Date | Subject | |
---|---|---|---|
Next Message | Oliver Jowett | 2004-11-23 12:18:05 | Re: When running with autocommit false only the first BEGIN |
Previous Message | Oliver Jowett | 2004-11-23 10:40:48 | Re: Can't throw the dreaded 'idle in transaction' - need help! |