Re: [BUGS] Status of issue 4593 - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: [BUGS] Status of issue 4593
Date
Msg-id 496C9114.EE98.0025.0@wicourts.gov
Whole thread Raw
In response to Re: [BUGS] Status of issue 4593  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
>>> Gregory Stark <stark@enterprisedb.com> wrote: 
> "Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
>> In what way would an application want to treat deadlocks and update
>> conflicts differently?  Both result from conflicts with concurrent
>> transactions and can be retried automatically.  It seems like an
>> implementation detail with little chance of impact on applications
to
>> me.  Can anyone provide a contrary example or argument?
> 
> Well generally deadlocks are treated differently in that they are
treated by
> rewriting the application to not cause deadlocks.
I certainly don't propose changing the PostgreSQL error number or the
content of what is logged.  Just the SQLSTATE.  How would that make
what you suggest harder?  It would certainly allow applications and
frameworks which are SQLSTATE-aware to automatically recover from
these until the rewrite is complete, which can hardly be considered a
bad thing.
-Kevin


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Time to finalize patches for 8.4 beta
Next
From: Simon Riggs
Date:
Subject: Re: Hot standby and b-tree killed items