[storm] problem with commit() and store record missing
shawn bright
nephish at gmail.com
Mon Aug 20 18:27:12 BST 2007
Awe man,
i have everything in MySQL MyIASm tables. rats !
there is just way too much for me to start to restructure everything, so i
will endeavor to find some code
alternative.
thanks
shawn
On 8/20/07, Gustavo Niemeyer <gustavo at niemeyer.net> wrote:
>
> Hello Shawn,
>
> > when i get to a part of the thread loop that does self.store.commit(), i
> get
> > a failure stating that a record that it is supposed to delete does not
> exist
> > any longer. I guess that it is been removed by another process. Is there
> a
> > way that i can safegaurd against that ? or should i just wrap it in a
> try:
> > except: ?
> >
> > just wondering if there is a better trick around it.
>
> That indicates that the isolation level between your transactions are
> not cache-friendly. Ideally, a commit on another transaction should not
> affect data that is seen on your running transaction. Depending on
> which database you're using, the procedure for achieving that might be
> different. Storm already tries to setup a good behavior on PostgreSQL
> and SQLite by default, but if you're using MySQL, for instance, you have
> to use the InnoDB engine.
>
> Notice that this is not just about deleting objects. Depending on the
> database behavior, data changing during a transaction might create
> other inconsistencies, even if an ORM is not in use.
>
> --
> Gustavo Niemeyer
> http://niemeyer.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/storm/attachments/20070820/ae2deb46/attachment.htm
More information about the storm
mailing list