[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Data packs
From: |
Jim Busser |
Subject: |
Re: [Gnumed-devel] Data packs |
Date: |
Sun, 25 Sep 2011 11:55:36 -0700 |
On 2011-09-25, at 11:39 AM, Karsten Hilbert wrote:
>> Presumably, it is a good thing that the Cancel button in
>> the data pack picker dialog is included in what is blocked?
>
> I don't think that's a good thing. I don't know how to
> change it though.
When a data pack is in the midst of running, there could be side effects to
interrupting it.
Supposing it would be interrupted by either a Cancel button (if such a button
could be accessible) or by a Ctrl- key, what then?
Ideally, data packs will all be written so that each module or section
contained therein, in the case of interruption, will not leave the database in
some incoherent state. I imagine that, to achieve this, each self-contained
"subpack" should be wrapped in its own transaction.
What I don't know is whether -- in the case of interruptions invoked from
outside the script -- the transaction will remain "open" such that new activity
in GNUmed will be lost on account of delayed failure of a commit.
-- Jim
- Re: [Gnumed-devel] Data packs, (continued)
[Gnumed-devel] Data packs, Jim Busser, 2011/09/24
- Re: [Gnumed-devel] Data packs, Karsten Hilbert, 2011/09/24
- Re: [Gnumed-devel] Data packs, Jim Busser, 2011/09/24
- Re: [Gnumed-devel] Data packs, Karsten Hilbert, 2011/09/25
- Re: [Gnumed-devel] Data packs, Karsten Hilbert, 2011/09/25
- Re: [Gnumed-devel] Data packs, Jim Busser, 2011/09/25
- Re: [Gnumed-devel] Data packs, Karsten Hilbert, 2011/09/25
- Re: [Gnumed-devel] Data packs,
Jim Busser <=
- Re: [Gnumed-devel] Data packs, Karsten Hilbert, 2011/09/25
- Re: [Gnumed-devel] Data packs, Jim Busser, 2011/09/25
- Re: [Gnumed-devel] Data packs, Karsten Hilbert, 2011/09/25
- Re: [Gnumed-devel] Data packs, Jim Busser, 2011/09/25
- Re: [Gnumed-devel] Data packs, Karsten Hilbert, 2011/09/25