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

Marshall wrote:
> There's a severe problem with that logic, though.
>
> If you want to build a layer to wrap a variety of different storage
> mechanisms, that layer *cannot* be any more powerful than
> the weakest mechanism you want to layer on top of. Which
> means your very high level, very powerful SQL dbms will
> be stuck at the level of the stupidest file store ever invented.

I beg to disagree with that.
If the wrapper/mapper is written to abstract the needs of the client, its representation can fully leverage the power of the specific storage regardles of any other implementation.

Of course, such wrapper offers very specific services to its client, thus hiding the full richness of the strongest storage mechanism of the bunch. However this is OK, as the client (the domain) has very specific needs and that is precisely the purpose of the wrapper - to abstract those needs which then incidentally allows implementational variations.

Sasa Received on Thu Jun 01 2006 - 21:40:25 CEST