[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] proposal for dbapi base class
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] proposal for dbapi base class |
Date: |
Mon, 20 Jan 2003 14:27:32 +0100 |
User-agent: |
Mutt/1.3.22.1i |
> NOT a table. A concept, like a "patient" which is made up by many tables. The
> whole point of our dbapi is to get away from the table complexity
Good.
> > methods as generic as they are now, eg:
> > > def fetch(self, pkey):
> > > """fetch the record as identified by the primary key pkey.
> > > The record can then be accessed via class attributes"""
> > > raise PureVirtualFunction
>
> In order to fetch data, you need an unique identifier - the primary key. This
Sure enough.
What I mean is that this suggests that the entire record is
fetched at every invocation (subject to caching, of course).
No way to specify fields, no way to specify conditions apart
from the primary key. But that may be intentional.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
- [Gnumed-devel] proposal for dbapi base class, Horst Herb, 2003/01/20
- Re: [Gnumed-devel] proposal for dbapi base class, engelbert . gruber, 2003/01/20
- Re: [Gnumed-devel] proposal for dbapi base class, Karsten Hilbert, 2003/01/20
- Re: [Gnumed-devel] proposal for dbapi base class, engelbert gruber, 2003/01/20
- Re: [Gnumed-devel] proposal for dbapi base class, Horst Herb, 2003/01/20
- Re: [Gnumed-devel] proposal for dbapi base class, Karsten Hilbert, 2003/01/22