It might help to think of your object model as a representation of your data suited to the functional requirements of your application or interface, whereas your database model should be designed to suit non-functional requirements such as data integrity and maximising query flexibility.
Thanks Edward. That sounds like it makes a lot of sense. I think that angle is what I was missing. :)
In reply to Re^2: Design help: OO Perl and db tables
by j3
in thread Design help: OO Perl and db tables
by j3
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |