Re: Re: any way for a transaction to "see" inserts done earlier in the transaction? - Mailing list pgsql-general

From Alban Hertroys
Subject Re: Re: any way for a transaction to "see" inserts done earlier in the transaction?
Date
Msg-id 5A914EC4-ABB1-41AB-9A6A-24C9185B3F17@gmail.com
Whole thread Raw
In response to Re: any way for a transaction to "see" inserts done earlier in the transaction?  (David G Johnston <david.g.johnston@gmail.com>)
Responses Re: Re: any way for a transaction to "see" inserts done earlier in the transaction?  (Susan Cassidy <susan.cassidy@decisionsciencescorp.com>)
Re: Re: any way for a transaction to "see" inserts done earlier in the transaction?  (Susan Cassidy <susan.cassidy@decisionsciencescorp.com>)
List pgsql-general
On 17 Apr 2014, at 2:49, David G Johnston <david.g.johnston@gmail.com> wrote:

> Robert DiFalco wrote
>> Two common cases I can think of:
>>
>> 1. The PERL framework is only caching the insert and does not actually
>> perform it until commit is issued.
>
> Wouldn't the same mechanism cache the corresponding SELECT?

Not likely, or if it did it wouldn’t be able to know what id was returned from the function (which calls nextval(), but
thatisn’t relevant here since it’s marked volatile). 
That makes it a possible scenario for what’s being witnessed here.

Alban Hertroys
--
If you can't see the forest for the trees,
cut the trees and you'll find there is no forest.



pgsql-general by date:

Previous
From: Michael Paquier
Date:
Subject: Re: shared memory allocation - C function
Next
From: Steve Spence
Date:
Subject: Arduino SQL Connector