| 00:18.45 | *** join/#storm rockstar (n=rockstar@canonical/launchpad/rockstar) [NETSPLIT VICTIM] |
| 02:23.22 | *** join/#storm artista-frustrad (n=artista_@201-24-239-221.ctame704.dsl.brasiltelecom.net.br) |
| 04:43.18 | *** join/#storm stub (n=stub@ppp-58-8-3-179.revip2.asianet.co.th) |
| 06:23.32 | *** join/#storm artista (n=artista_@201-24-206-230.ctame704.dsl.brasiltelecom.net.br) |
| 08:25.42 | *** join/#storm zmijunkie (n=chatzill@92.117.73.133) |
| 09:07.09 | *** join/#storm keppla (n=keppla@i577B1E82.versanet.de) |
| 09:20.24 | *** join/#storm niemeyer (n=niemeyer@89.127.177.75) |
| 10:23.30 | *** join/#storm artista (n=artista_@201-15-205-102.ctame704.dsl.brasiltelecom.net.br) |
| 10:30.35 | *** join/#storm andrea-bs (n=andrea@ubuntu/member/beeseek.developer.andrea-bs) |
| 13:11.18 | *** join/#storm zmijunkie (n=chatzill@92.117.73.133) |
| 13:27.17 | *** join/#storm maxb_ (n=maxb@puma-easynet.mxtelecom.com) |
| 13:53.23 | keppla | hi |
| 13:53.54 | keppla | is there a way to add a filter-criterion to a referenceset-attribute? |
| 13:55.10 | therve | keppla: you can use the find() method on it? |
| 13:55.37 | keppla | therve: i can, its more a thing of convenience |
| 13:56.27 | keppla | therve: it is something like a "deleted"-flag |
| 13:56.30 | therve | keppla: I think you want to develop your question more so that I understand it :) |
| 13:56.40 | keppla | therve: sorry, a sec plz |
| 13:57.12 | keppla | therve: two tables: user and messages. every message has exaclty one user and a deleted-flag |
| 13:57.48 | keppla | therve: currently, the user has a property like messages = ReferenceSet(id, 'Message.user_id') |
| 13:58.01 | keppla | therve: which returns the deleted messages too |
| 13:58.28 | therve | ah ok |
| 13:58.33 | keppla | therve: i added a property like this |
| 13:58.33 | keppla | @property |
| 13:58.33 | keppla | def undeleted_messages(self): |
| 13:58.33 | keppla | <PROTECTED> |
| 13:58.50 | keppla | but that seems a little inconvenient, i i just was wondering |
| 13:59.24 | therve | keppla: so no, there is nothing in storm to do that |
| 13:59.34 | keppla | ok, thanks |
| 13:59.35 | therve | you could define a view on the database side, though |
| 14:00.08 | keppla | it was more curiosity if i was missing a feature than real neccessity |
| 14:23.23 | *** join/#storm artista (n=artista_@201-15-253-201.ctame704.dsl.brasiltelecom.net.br) |
| 14:37.28 | *** join/#storm drudi (n=drudi@189.64.244.44) |
| 14:46.59 | *** join/#storm niemeyer (n=niemeyer@89.127.177.75) |
| 15:37.40 | *** join/#storm keppla (n=keppla@i577B1E82.versanet.de) |
| 16:29.06 | *** join/#storm seiflotfy1 (n=seif@P5118.pallas.wh.tu-darmstadt.de) |
| 16:42.17 | jml | is there a way to do bulk inserts in storm? |
| 16:43.09 | therve | jml: like a way to have one INSERT command with several rows in it? |
| 16:43.41 | therve | (the answer is no) |
| 16:43.49 | jml | therve, yes. |
| 16:43.53 | jml | thanks. |
| 16:44.17 | jkakar | It would be nice if there was. |
| 17:00.05 | jml | what's the opposite of is_in? |
| 17:53.01 | jkakar | jml: Not(In(...)) I think. |
| 17:53.02 | jkakar | looks to make sure though |
| 17:53.26 | jml | jkakar, Not(Branch.id.is_in(SELECT(Branch.id, ...))) worked |
| 17:53.29 | jkakar | jml: Yep, I think that'll work. |
| 17:53.37 | jkakar | jml: Ah, nice, even better. |
| 17:53.57 | jkakar | jml: It'd be nice to have an not_is_in method. |
| 17:54.02 | jkakar | is_not_in? |
| 17:54.07 | jml | is_not_is was my first guess |
| 17:54.31 | jkakar | Yeah, reads more nicely than not_is_in. |
| 18:04.25 | *** join/#storm andrea-bs (n=andrea@ubuntu/member/beeseek.developer.andrea-bs) |
| 18:18.55 | *** join/#storm artista (n=artista_@201-24-228-123.ctame704.dsl.brasiltelecom.net.br) |
| 21:38.13 | *** join/#storm jkakar (n=jkakar@S0106001ee57a879c.vc.shawcable.net) |
| 21:45.49 | *** join/#storm sidnei (n=sidnei@plone/dreamcatcher) |
| 22:23.07 | *** join/#storm artista (n=artista_@201-24-234-42.ctame704.dsl.brasiltelecom.net.br) |
| 22:32.09 | *** join/#storm fcorrea_ (n=fcorrea@189.62.16.54) |