Avanti-Client und Sätze sperren (nochmal)
Harald Schmid
hschmid.ksfh at t-online.de
Mo Aug 10 09:24:25 CEST 1998
Lieber Herr Veltcamp, liebe ListenteilnehmerInnen,
noch einmal komme ich auf die Frage des Sperrens von Sätzen in Avanti:
> -----Ursprüngliche Nachricht-----
> Von: Maiser at buch.biblio.etc.tu-bs.de
> [mailto:Maiser at buch.biblio.etc.tu-bs.de]Im Auftrag von Cord Veltkamp
> Gesendet am: Montag, 20. Juli 1998 15:27
> An: Diskussionsliste Allegro-C
> Betreff: Re: Avanti-Client und Sätze sperren
>
> Herr Schmidt schrieb :
> > Nun stehe ich vor der Frage: Wenn ich mir einen Datensatz hole,
> ihn in einem
> > Formular anzeige und zum Bearbeiten "freigebe", wie stelle ich
> sicher, daß
> > der Datensatz bis zum Abspeichern nicht anderswo im Netz bearbeitet und
> > verändert wird? Wenn ich das richtig verstanden habe,
> funktioniert get edit
> > ja nur innerhalb einer einzigen Befehlssequenz. Ich muß aber zwei auch
> > zeitlich sehr verschiedene Jobs abschicken: Einen zum Anzeigen
> und einen zum
> > Speichern.
>
> Es ist richtig, dass "get edit" nur innerhalb eines Auftrags
> sperrt. Am Ende
> erfolgt automatisch eine Freigabe, um keine dauerhaft gesperrten
> Saetze in der
> Datenbank anzusammeln.
> Avanti loest das von Ihnen beschriebene Zeitproblem durch Vergleich des
> Zeitstempels (Befehl "ce" in der *.cfg). Ist der Zeitstempel des
> Satzes in der
> Datenbank juenger als der des uebergebenen Satzes, wird das Speichern
> verweigert. Mehr dazu steht in der Online-Hilfe in der
> Beschreibung des put-
> Befehls.
>
Wie geht das nun genau? Ich habe in der cfg-Datei ($d.cfg) die Anweisung
ce003
stehen. Wenn ich nun aber einen Satz mit
find # (irgendeine interne Nummer)
get edit first
#003 (irgendwas)
#100 irgendwas
put
speichere, dann wird das anstandslos gemacht, auch wenn das (irgendwas) von
003 nicht mit dem bisherigen übereinstimmt. Sicher habe ich da einen
Denkfehler drin, denn das soll ja wohl auch möglich sein, daß ich auch die
003 direkt verändern kann. Aber wie geht's dann?
Vielen Dank schon mal im Voraus
Harald Schmid
Mehr Informationen über die Mailingliste Allegro