[Top][All Lists]

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

Re: [Gnumed-devel] Thinking about a Gnumed middleware... maybe Gnumed2

From: Karsten Hilbert
Subject: Re: [Gnumed-devel] Thinking about a Gnumed middleware... maybe Gnumed2
Date: Sat, 21 Aug 2004 22:27:49 +0200
User-agent: Mutt/

> ~       -OR-mapping:
> ~             -Ideally and most currently, mainly  business classes
> (eg. cClicalRecord)  are directly interacting with backend. Most of
> queries aren't really complex. The complexity is really in our db
> schema: views, procedures, triggers, etc... It would remain untouched.
> OR-mapping tools just let your business classes interact with your
> backend (that is "handmade" by us)  following rules you define
> (mirroring db schema high level view) in some kind of configuration
> file or module. They don't prevent you for direct SQL access whenever
> needed... (desirably in few cases).

Well, see, the problem with those OR mappers is that they are
too simplistic. What we need is value objects *reading* from
views and *writing* to possibly several tables. This is pretty
much the same as writing the update/insert rules for updatable
views - but in the middleware out-of-database. The ORMs that I
know don't support that.

GPG key ID E4071346 @
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

reply via email to

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