Thanks Jean-Vincent,
Jean-Vincent Drean-2 wrote: > >> 3. In the review class add a db list field, which refers to objects of >> product class. While creating a review object choose the right product >> name >> from the list. Thus reviews are associated to a product. > > I've tried this in the past but I had some perf issues with the db > list displayer. It also appeared that choosing an item in a long list > when it was possible to imply the parent from the parent sheet wasn't > effective from the user POV. BTW this behavior can be emulated with > some custom parent displayer. > > You response really helped me in understanding use cases 1 and 2. Say I was using case 3 and now would like to use switch to case 2. As we are aware that we cannot delete a property once added, so the db list fields to refer parent class objects would be redundant, and would be empty. I hope this would not cause any perf issues as you have mentioned in case 3. Also in case parent class is referred using db list and if parent value (the one used for reference) changes, is there anyway to handle this change in child objects too. Would this break the relationship. I think I would restrict db list to user list only, but just in case I have a use case where a class is child of some class and also associated to some other class, I can make the child document child of one of the parent document, but for other class I would have to use db list. So understanding the name changes of associated object is important for point 3. Thanks once again. Sachin ----- http://www.assembla.com/wiki/show/sachin_mittal about me: -- View this message in context: http://www.nabble.com/Relating-classes-in-xwiki-tp16851540p16894715.html Sent from the XWiki- Dev mailing list archive at Nabble.com. _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
