[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/1.3.22.1i |
> ~ -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.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346