Re: User-facing aspects of serializable transactions

From: Greg Stark <stark(at)enterprisedb(dot)com>
To: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: "<Markus Wanner" <markus(at)bluegap(dot)ch>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Jeff Davis <pgsql(at)j-davis(dot)com>, "<pgsql-hackers(at)postgresql(dot)org>" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: User-facing aspects of serializable transactions
Date: 2009-06-02 15:02:10
Message-ID: 4136ffa0906020802t766fc88ak223064a172eade5@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Jun 2, 2009 at 2:44 PM, Kevin Grittner
<Kevin(dot)Grittner(at)wicourts(dot)gov> wrote:
>
>> Even in your environment I could easily imagine, say, a monthly job
> to
>> delete all records older than 3 months. That job could take hours or
>> even days. It would be pretty awful for it to end up needing to be
>> retried. All I'm saying is that if you establish a policy -- perhaps
>> enforced using views -- that no queries are allowed to access
> records
>> older than 3 months you shouldn't have to worry that you'll get a
>> spurious serialization failure working with those records.
>
> You have totally lost me.  We have next to nothing which can be
> deleted after three months.  We have next to nothing which we get to
> decide is deletable.

That's reassuring for a courts system.

But i said "I could easily imagine". The point was that even in a big
complex system with thousands of queries being constantly modified by
hundreds of people, it's possible there might be some baseline rules.
Those rules can even be enforced using tools like views. So it's not
true that no programmer could ever expect that they've written their
code to ensure there's no risk of serialization failures.

--
greg

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2009-06-02 15:02:38 Re: PostgreSQL Developer meeting minutes up
Previous Message Robert Haas 2009-06-02 14:56:59 Re: explain analyze rows=%.0f