Re: Deferrable Unique Constraints - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Deferrable Unique Constraints
Date
Msg-id 19156.1106835851@sss.pgh.pa.us
Whole thread Raw
In response to Re: Deferrable Unique Constraints  (Greg Stark <gsstark@mit.edu>)
List pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:
> I don't see how you're in the clear. If session A does an insert and it
> doesn't see a duplicate and doesn't commit, but then B does an insert and sees
> the duplicate from A and marks his tentative, and then commits, shouldn't B's
> commit succeed?

No.  B, being the second to get there, has to wait to see if A commits
or not.  This is true already and it wouldn't change.  We would
however postpone the wait until B's commit time.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Merlin Moncure"
Date:
Subject: Re: Allow GRANT/REVOKE permissions to be applied to all schema objects with one command
Next
From: Oleg Bartunov
Date:
Subject: strange 'vacuum verbose analyze' behaviour