gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] proposal for dbapi base class


From: engelbert gruber
Subject: Re: [Gnumed-devel] proposal for dbapi base class
Date: Mon, 20 Jan 2003 18:55:00 +0100 (CET)

On Mon, 20 Jan 2003, Karsten Hilbert wrote:

> > do i smell an object-relational-mapper here,
> > or is it an object-relational-mapping ?
> >
> > means a generic mapper or handcrafted mappings ?
> To my understanding mostly handcrafted mappings (yes I know
> the disadvantages, I have read Fowler) with a bunch of
> genericity built into the base object.

there are always pros and cons, you for sure read ambler too.
"the design of a robust persistence layer for relational databases"

> > in case of a mapper the unique identifier would be an 
> > unique-object-identifier,
> > does gnumed have such a thing (global object_id_generator with method next()
> No.

would this be of any use. i could see sue of this like in generic list
handlers in the past days. e.g. if one codes the class into the oid (would
mean to fix it at creation time) the fetch function could be generic.

> >> Why? If you ant the full flexibility, stick to SQL. If you want comfort, 
> >> use
> >> the API.
> >
> > if there is an api, try to stick to it.
> Yes, except that if all you have is an explicit API it will
> explode with semantic demands. Hence the possibility of also
> directly using SQL in some places - eventually facilitated by
> convenience functionality embedded in the base object (that's
> the genericity referred to above).

no objection.

--
engelbert gruber
email: address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]