From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Triggered Data Change check |
Date: | 2001-11-11 20:52:47 |
Message-ID: | 23218.1005511967@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> writes:
> Well, I wonder if the check is so weak as to be fairly useless in the
> first place really, even if applied to the statement as opposed to the
> transaction.
Looking back at our discussion around 24-Oct, I recall that I was
leaning to the idea that the correct interpretation of the spec's
"triggered data change" rule is that it prohibits scenarios that are
impossible anyway under MVCC, because of the MVCC tuple visibility
rules. Therefore we don't need any explicit test for triggered data
change. But I didn't hear anyone else supporting or disproving
that idea.
The code as-is is certainly wrong, since it prohibits multiple changes
within a transaction, not within a statement as the spec says.
Right at the moment I'd favor ripping the code out entirely ... but
it'd be good to hear some support for that approach. Comments anyone?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Bartunov | 2001-11-11 22:05:52 | fts.postgresql.org problem ! still no routing |
Previous Message | Stephan Szabo | 2001-11-11 20:06:58 | Re: Triggered Data Change check |
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Inoue | 2001-11-12 01:02:05 | Re: [ODBC] MD5 support for ODBC |
Previous Message | Stephan Szabo | 2001-11-11 20:06:58 | Re: Triggered Data Change check |