Am 02.12.2011 17:14, schrieb Ed Leafe: > On Dec 1, 2011, at 3:27 PM, Ed Leafe wrote: > > OK, I think I found the problem. I've just posted a fix to dBizobj; let > me know if that helps. > Thank you, yes, it does. I found another bug in the script I pasted to codepad (my own unaided work this time); and before I can put anything into the wiki there are some questions about the handling of many to many relationships:
Let's give names to the tables participating in the relationship: - FirstTable, with PK FirstPK, bizobj FirstBiz - SecondTable, with PK SecondPK, bizobj SecondBiz - ConnectionTable, with FK FirstConnPK for FirstTable, SecondConnPK for SecondTable, no bizobj. If ConnectionTable needs additional fields, except possibly an automatically generated PK, these have to be added after creation of a record by mmAddToBoth, mmAssociateValue, mmAssociateValues. In this case a bizobj for this table is necessary, and the mm-methods might not be applicable. Right? If FirstTable and/or SecondTable has no single field with unique values: is it possible to put a list of fields and a corresponding list of values into thisField/thisValue, otherField/otherValue? I think something like this could really be necessary. Greetings, Sibylle _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users Searchable Archives: http://leafe.com/archives/search/dabo-users This message: http://leafe.com/archives/byMID/[email protected]
