gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] Gnumed Value Objects dev guide, draft 1


From: Ian Haywood
Subject: Re: [Gnumed-devel] Gnumed Value Objects dev guide, draft 1
Date: Sat, 17 Apr 2004 07:06:09 +1000

On Fri, 16 Apr 2004 20:11:38 +0200
Carlos Moro <address@hidden> wrote:

>       - Each instance verifies its existence upon instantiation.
I'm still worried this is going to get slow, especially when returning long 
lists of VOs.
Better to have a single query which grabs a list of object PKs *and* fields to 
instantiate VOs en bloc.

>       - Creation of new entries in the database is NOT supported
I assume instead there are factory methods on gmClinicalRecord for each VO 
class.
gmClinicalRecord could end up rather large in this case. 
Would it be better to let VO classes have a constructor which takes the 
gmClinicalRecord of the current
patient as a parameter, if only to distribute code around files a bit more.

>       _cmds_store_payload: It's important to perform row locking before 
> writting operation.
Why is this? commits are isolated from each other on postgres anyway.   
        
>       cVaccination: Done
>       cLabRequest: Done
>       cLabResult: Done
>       cAllergy: Done
Wow, good work.

Thanks for writing this doc

Ian

-- 
PGP public key E750652E at wwwkeys.pgp.net
9BF0 67B7 F84F F7EE 0C42  C063 28FC BC52 E750 652E

Attachment: pgpKWuSBuocYS.pgp
Description: PGP signature


reply via email to

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