Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)

From: Robert Martin <unclebob_at_objectmentor.com>
Date: Wed, 31 May 2006 14:05:52 -0500
Message-ID: <2006053114055217709-unclebob_at_objectmentorcom>


On 2006-05-31 09:32:34 -0500, "Marshall" <marshall.spight_at_gmail.com> said:

> Would you also say that the decision of whether to use an OOPL
> or an FPL is a detail? If your system does data management,
> then at the core of the system you should have a Data Base
> Management System. Not to use the tools best suited for
> the problem is irresponsible.

I certainly agree with the last part of that. I'd also say that the decision not to use an OOPL had better be very well founded. (e.g. like you are working in a DSP that has no OO compiler).

If you system does data management then you need some way to manage that data. You also need some way to transform that data according to the application business rules. Those to things are orthogonal and neither should have a strong impact upon the other. Thus the fact that I have an RDB helping me to manage my data may be entirely irrelelvant to the system as a whole, except as the details data management mechanism.

I agree that there are some systems where the use of an RDB is an obvious choice; but that does not make it a core design decision. Morevoer I'd still want to hide the RDB from the application code as much as I could.

-- 
Robert C. Martin (Uncle Bob)  | email: unclebob_at_objectmentor.com
Object Mentor Inc.            | blog:  www.butunclebob.com
The Agile Transition Experts  | web:   www.objectmentor.com
800-338-6716                  |
Received on Wed May 31 2006 - 21:05:52 CEST

Original text of this message