Re: Negative result with (now()-previously_inserted_timestamp)
От | Gurjeet Singh |
---|---|
Тема | Re: Negative result with (now()-previously_inserted_timestamp) |
Дата | |
Msg-id | AANLkTim_rLaty3Pxx7dI3tWX0ZcfyDnBSLnl_pn5cXhw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Negative result with (now()-previously_inserted_timestamp) (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Negative result with (now()-previously_inserted_timestamp)
|
Список | 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 по дате отправления: