Re: Negative result with (now()-previously_inserted_timestamp) - Mailing list pgsql-bugs

From Gurjeet Singh
Subject Re: Negative result with (now()-previously_inserted_timestamp)
Date
Msg-id AANLkTim_rLaty3Pxx7dI3tWX0ZcfyDnBSLnl_pn5cXhw@mail.gmail.com
Whole thread Raw
In response to Re: Negative result with (now()-previously_inserted_timestamp)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Negative result with (now()-previously_inserted_timestamp)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
On Wed, Jul 7, 2010 at 12:18 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> Gurjeet Singh <singh.gurjeet@gmail.com> writes:
> > I ran the following query, and got an unexpected negative value. Does
> this
> > imply that SELECT-transaction was able to see a row created by
> > INSERT-transaction which started after the SELECT-transaction?
>
> Was the SELECT inside a BEGIN block?


Oh, I get it. You mean read-committed transaction mode's side-effect inside
a transaction block!

No, that's not the case. Just confirmed that by issuing a syntactically
wrong statement in that session (resulting in ERROR), and then doing 'select
1'; it did not raise the error 'Current transaction is aborted...'. And
scrolling back the session does not show any BEGIN/COMMIT/ROLLBACK commands
that I would have issued.

Regards,
--
gurjeet.singh
@ EnterpriseDB - The Enterprise Postgres Company
http://www.EnterpriseDB.com

singh.gurjeet@{ gmail | yahoo }.com
Twitter/Skype: singh_gurjeet

Mail sent from my BlackLaptop device

pgsql-bugs by date:

Previous
From: Gurjeet Singh
Date:
Subject: Re: Negative result with (now()-previously_inserted_timestamp)
Next
From: Magnus Hagander
Date:
Subject: Re: [TESTERS] Location of certs -Windows 7 SSL mode?