| 00:00.15 | *** join/#storm wallflower (n=wallflow@ip-205-246-113-216.pool.grokthis.net) |
| 00:12.39 | *** join/#storm dobee (n=dobee@85-124-200-100.static.xdsl-line.inode.at) |
| 00:22.18 | *** join/#storm dobee (n=dobee@85-124-200-100.static.xdsl-line.inode.at) |
| 01:45.21 | *** join/#storm Brend (n=brendonh@218-170-228-183.dynamic.hinet.net) |
| 01:51.35 | *** join/#storm calvinhp (n=calvinhp@cpe-75-186-124-196.indy.res.rr.com) |
| 05:51.49 | *** join/#storm dobee (n=dobee@85-124-200-100.static.xdsl-line.inode.at) |
| 06:04.17 | *** part/#storm calvinhp (n=calvinhp@cpe-75-186-124-196.indy.res.rr.com) |
| 06:13.27 | *** part/#storm marianom (n=marianom@ubuntu/member/marianom) |
| 08:11.15 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) |
| 08:34.18 | *** join/#storm oubiwann (n=oubiwann@209-181-152-150.omah.qwest.net) [NETSPLIT VICTIM] |
| 08:38.58 | *** join/#storm aa_ (n=ali@pida.vm.bytemark.co.uk) [NETSPLIT VICTIM] |
| 08:45.36 | *** join/#storm Brend (n=brendonh@218-170-228-183.dynamic.hinet.net) [NETSPLIT VICTIM] |
| 08:46.59 | *** join/#storm bac` (n=bac@cpe-065-190-187-178.nc.res.rr.com) |
| 09:18.27 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) |
| 09:40.42 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) [NETSPLIT VICTIM] |
| 10:08.18 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) |
| 10:39.31 | *** join/#storm harnak (n=harnak@ip-118-90-68-250.xdsl.xnet.co.nz) |
| 11:21.58 | *** join/#storm jukart (n=jukart@85-124-221-45.static.xdsl-line.inode.at) |
| 11:22.09 | *** join/#storm timafyozzi (n=Miranda@93-80-117-101.broadband.corbina.ru) |
| 11:22.25 | timafyozzi | hi all |
| 11:23.30 | timafyozzi | does anyone has experience using storm orm here ? |
| 13:38.50 | radix | surprisingly enough, yes :) |
| 13:38.58 | radix | (^^^ timafyozzi) |
| 13:41.27 | timafyozzi | oh, i've read storm tutorial and have a question about subclassing chapter 14 |
| 13:44.14 | radix | timafyozzi: great, ask away |
| 13:45.05 | timafyozzi | i've tested the example code |
| 13:46.29 | timafyozzi | ben = store.add(Employee(u"Ben Bill")), in this case base class Person instance was not initialized and nothing in table Person inserted :/ |
| 13:58.44 | radix | timafyozzi: I don't think I understand |
| 13:58.53 | radix | timafyozzi: if you do: print "%r, %r, %r" % (ben.id, ben.name, ben.company_id) |
| 13:58.57 | radix | do you get the expected results? |
| 13:59.46 | radix | timafyozzi: oh... it sounds like you expect it to also create a row in the person table? That's not supposed to happen. |
| 14:00.20 | radix | timafyozzi: the only thing we're doing by subclassing is sharing code |
| 14:01.31 | timafyozzi | clear, and how can i init ben with inserting in person table ? |
| 14:02.14 | radix | timafyozzi: Person(u"Ben Bill") ? |
| 14:02.25 | timafyozzi | hehe))) |
| 14:02.42 | timafyozzi | via Employee(...) |
| 14:02.49 | radix | timafyozzi: I'm not quite sure what you mean. |
| 14:03.16 | radix | timafyozzi: It sounds you want instantiating the Employee class to actually instantiate two objects? |
| 14:04.09 | radix | timafyozzi: If you want to be able to separate the concepts of "person" and "employee" in your application, you're probably better off explicitly making them separate objects, where the Employee object would have a reference to the Person object |
| 14:04.13 | timafyozzi | Employee iherits Person, table person also inherits employee (if we remove from it column named 'name') |
| 14:04.29 | radix | what? I don't know what "table person also inherits employee" means |
| 14:05.05 | timafyozzi | it means thad person.id always = employee.id and it is the same object... |
| 14:05.29 | timafyozzi | one object in two tables |
| 14:05.32 | radix | timafyozzi: so, you're trying to do something using Postgres's table inheritance feature? |
| 14:06.42 | timafyozzi | hmm.... table inheritalse is pattern... i can be implemented in all db |
| 14:07.03 | radix | timafyozzi: I see |
| 14:07.13 | radix | timafyozzi: so you don't want to do it by subclassing the Person class |
| 14:07.20 | radix | timafyozzi: just for the record, this is NOT what the tutorial is doing |
| 14:08.29 | radix | timafyozzi: as I said above, you probably want to make your employee table have a foreign key to the person table |
| 14:08.33 | timafyozzi | clear, your adwise is to implement two differrent (not subclassing) classes, and update then allways in single transaction with id->id copy logic |
| 14:09.37 | timafyozzi | in ,my case id->id are connected is 1to1 allways with the same value |
| 14:09.43 | radix | yes, that's great |
| 14:09.55 | radix | Storm doesn't have anything magical for doing this, but it's quite easy to implement in your application |
| 14:10.08 | radix | so, give it a try and tell me how it goes :) |
| 14:10.35 | timafyozzi | i'm searching the way how to do (automate) this routine logics |
| 14:11.25 | timafyozzi | thanx for consulting |
| 16:20.43 | *** join/#storm therve (n=th@88.191.37.10) [NETSPLIT VICTIM] |
| 16:33.57 | *** join/#storm radix (n=radix@wordeology.com) [NETSPLIT VICTIM] |
| 17:23.03 | timafyozzi | little question: how can i call real obj.__delattr__ (it is overrited wih def __delete__(self, obj):) |
| 18:23.26 | *** join/#storm jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 18:23.26 | *** topic/#storm is The Storm Python ORM - http://storm.canonical.com/ - 0.12 released! || Review branches: https://bugs.launchpad.net/storm/+bugs?field.tag=review |
| 19:18.49 | *** join/#storm marianom (n=marianom@ubuntu/member/marianom) |
| 21:18.25 | *** join/#storm Brend (n=brendonh@220-131-227-110.HINET-IP.hinet.net) |