| 00:00.22 | *** join/#storm _mup_ (~mup@li37-90.members.linode.com) |
| 03:09.29 | *** join/#storm niemeyer (~niemeyer@201-40-140-8.pltce701.dsl.brasiltelecom.net.br) |
| 03:09.29 | *** mode/#storm [+o niemeyer] by ChanServ |
| 05:15.38 | *** join/#storm stub (~stub@canonical/launchpad/stub) |
| 05:33.37 | *** join/#storm jdobrien (~quassel@50-88-19-25.res.bhn.net) |
| 06:14.41 | *** join/#storm munderwo (~markl@203-206-133-216.perm.iinet.net.au) |
| 06:15.23 | munderwo | Hi all. Out of curiosity, has anybody had storm break up a single update statement into two seperate ones? |
| 06:16.04 | munderwo | ie, I have a model of a row from the database. I fill out the attributes, do store.commit() and instead of doing a single update it does two? |
| 08:15.22 | *** join/#storm esteve (~quassel@cli-5b7ee9bd.bcn.adamo.es) |
| 08:34.00 | *** join/#storm zmijunkie (~sascha@pd95b6fd9.dip0.t-ipconnect.de) |
| 08:55.22 | *** join/#storm stub (~stub@canonical/launchpad/stub) |
| 10:06.59 | *** join/#storm artista_frustrad (~artista_f@187.7.179.126) |
| 12:21.59 | *** join/#storm munderwo (~markl@203-206-133-216.perm.iinet.net.au) |
| 12:38.19 | *** join/#storm jdobrien (~quassel@50-88-19-25.res.bhn.net) |
| 12:55.34 | *** join/#storm niemeyer (~niemeyer@201-40-140-8.pltce701.dsl.brasiltelecom.net.br) |
| 12:55.34 | *** mode/#storm [+o niemeyer] by ChanServ |
| 15:08.30 | *** join/#storm esteve (~quassel@cli-5b7ee9bd.bcn.adamo.es) |
| 16:03.50 | magmatt | munderwo: I have not -- do you have a code example? |
| 18:05.15 | *** join/#storm esteve (~quassel@cli-5b7ee9bd.bcn.adamo.es) |
| 18:20.23 | *** join/#storm jkakar (~jkakar@S0106602ad06e3f4b.vc.shawcable.net) |
| 20:57.26 | *** join/#storm magmatt (~Matt@63-235-131-194.dia.static.qwest.net) |
| 22:19.27 | *** join/#storm fcorrea (~fcorrea@187.38.32.181) |
| 22:23.07 | *** join/#storm keturn (~acapnotic@74-82-167-39.take2hosting.com) |
| 22:35.51 | keturn | I'm getting a lot of "could not serialize access due to concurrent update" after object creation. Is there some more atomic way to it than p = Person(); store.add(p); store.commit() ? |
| 22:39.22 | keturn | maybe if I didn't use an auto-incrementing sequential key it would be happier? |
| 22:39.32 | lifeless | that should be fine |
| 22:39.39 | lifeless | are you perhaps using the same store in multiple threads? |
| 22:40.14 | keturn | no, we're creating stores like flapjacks, we have the opposite problem if anything. |
| 22:45.58 | keturn | http://paste.pocoo.org/raw/DWMTg7bI5OyIUBddPhfK/ for traceback. |
| 22:47.59 | *** join/#storm jdobrien (~quassel@50-88-19-25.res.bhn.net) |
| 22:55.23 | keturn | although I see we're on a pretty old storm release |
| 22:55.46 | keturn | and I also don't see a storm release in the last year. Does it get releases anymore? |
| 22:56.25 | keturn | oh, there is one from recently, it just didn't have an Annoucement in the same place as the others. |
| 23:25.05 | lifeless | we may be a bit inconsistent - sorry! |
| 23:41.21 | *** part/#storm magmatt (~Matt@63-235-131-194.dia.static.qwest.net) |