On Wednesday, June 22, 2011 12:12:11 am Jacek Kałucki wrote:
> Użytkownik Paul McNett napisał:
> > The 3 at the end are basically lookup tables used by the bizOpenings code
> > as needed. bizShapeEffect is a related child table (but on the shape_id
> > field instead of the pk). I use bizShapeEffect internally and it
> > automatically stays in sync because of the child relationship.
> > 
> > However, it also gets its related records deleted when the opening is
> > deleted, which is bad because a ShapeEffect record should only be
> > deleted when its parent *shape* is deleted, and not in this case when
> > the opening is deleted.
> > 
> > I want kons.REFINTEG_CASCADE for all child bizobj's *except* this one,
> > but there doesn't appear to be a way.
> 
> Hi.
> 
> This is why I'm always using backend based reference integrity checking
> instead of framework one.
> What about using class derived from your base bizobj class created
> as lookup with delete(All) method overwritten?

Like you I have been using Postgres to handle the issue.  I also have created 
views with a delete rule.

Johnf

_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: 
http://leafe.com/archives/byMID/[email protected]

Reply via email to