| 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: | Whole Thread | Raw Message | 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.... |