Persistent Queue implementations?

Aahz aahz at pythoncraft.com
Wed Dec 25 22:56:45 EST 2002


In article <aucseb$fb$1 at baldur.whoi.edu>,
Karl A. Krueger <kkrueger at example.edu> wrote:
>Aahz <aahz at pythoncraft.com> wrote:
>>
>> Just how much ACID do you need, anyway?
>
>Persistent queue operations need to be atomic, in order to be thread-
>safe.  Consistency is pretty much assumed since only single objects
>are being enqueued or dequeued.  Isolation is necessary only to the
>extent of blocking concurrent enqueues or dequeues.  And as for
>durability, well, this is supposed to be a persistent queue, not a drop-
>stuff-on-the-floor queue.

The question really is: what happens to dequeued objects that are not
fully processed (due to a system crash, say)?  That's why I was
suggesting a full-blown database, so that you can have a two-phase
commit.
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"I disrespectfully agree."  --SJM



More information about the Python-list mailing list