From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Kovacs Baldvin <kb136(at)hszk(dot)bme(dot)hu> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: snapshots |
Date: | 2001-02-04 19:34:02 |
Message-ID: | 6834.981315242@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Kovacs Baldvin <kb136(at)hszk(dot)bme(dot)hu> writes:
> Could somebody explain me the mechanism in the backend,
> which is responsible for the followings. (I tried to
> look around snapshots, but couldnt figure out th answer).
> In a transaction, isol. read comitted, a select from a
> table can see the comitted changes by others, but
> a previously declared cursor can not.
Yup. The snapshot used for a particular query is nailed down when
ExecutorStart() is called. Look around for uses of QuerySnapshot
and estate->es_snapshot.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-02-04 20:15:34 | Re: syslog logging setup broken? |
Previous Message | Bruce Momjian | 2001-02-04 19:26:16 | Re: Re: [PATCHES] A Sparc/Linux patch (for 7.1), and a Linux rc.d/init.d script.... |