Re: Re: any way for a transaction to "see" inserts done earlier in the transaction?

From: Alban Hertroys <haramrae(at)gmail(dot)com>
To: David G Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Re: any way for a transaction to "see" inserts done earlier in the transaction?
Date: 2014-04-17 06:55:35
Message-ID: 5A914EC4-ABB1-41AB-9A6A-24C9185B3F17@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 17 Apr 2014, at 2:49, David G Johnston <david(dot)g(dot)johnston(at)gmail(dot)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 that isn’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.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Steve Spence 2014-04-17 12:00:50 Arduino SQL Connector
Previous Message Michael Paquier 2014-04-17 04:56:05 Re: shared memory allocation - C function