F: PV und DBN sperren

[Michael Lackhoff]

On  4 Apr 98, Oliver J. Kaftan wrote:

> Liebe AllegrologInnen!
> 
> Nach meinen Beobachtungen, wird eine Datenbank beim Speichern erst
> gesperrt,
> nachdem der Abschnitt "#u2 i4,s" der PV abgearbeitet worden ist. Waere es
> 
> umgekeht, koennten in diesem Abschnitt mehrere eindeutige eindeutige
> Zahlen
> generiert werden fuer Siganturen, Zugangsnr. u.ae. Z.Zt. kann es im
> Netzwerk
> zu Konflikten kommen.
> 
> Deshalb meine Bitte an die Entwicklungsabteilung, laesst sich die
> Reihenfolge so aendern,
> dass beim Speichern die Datenbank zuerst gesperrt wird und dann der
> entsprechende
> Abschnitt von PV abgearbetiet wird?

Waere es als Alternative denkbar, das (zusaetzliche) locking dem 
user zu ueberlassen? Also etwa:
#t{ l1 }    lock
 ... empfindlicher Code
#t{ l0 }    unlock

Fuer Manipulationen an einer laufenden Datenbank mit vielen Benutzern 
(besonders in avanti aber auch presto, order und evtl. dem neuen 
update) halte ich diese Moeglichkeit fuer sehr hilfreich. 

Wenn am Ende eines Datensatzes/Jobs vom Programm ein unlock gemacht 
wird, duerfte es auch keine Schwierigkeiten mit "vergessenen" 
Sitzungen/abgebrochenen Verbindungen geben.

Wenn sich ein parametrierbares locking nicht machen laesst, moechte 
ich mich der Bitte von P. Oliver anschliessen.

Viele Gruesse
Michael Lackhoff


########################################################################
# Michael Lackhoff                     e-mail  lackhof at uni-muenster.de #
# Hoersterplatz 4                      Tel.    0251-4833257            #
# 48147 Muenster                       FAX     0251-4833275            #
# Hochschule der Franziskaner und Kapuziner in Muenster                #
########################################################################