Sperren von Sätzen in Avanti
Bibliothek Benediktbeuern
Bibliothek.Pth at t-online.de
Mo Aug 10 15:57:57 CEST 1998
Lieber Herr Veltcamp, liebe ListenteilnehmerInnen,
vielen Dank für die Anwort zum fehlen der Primärschlüssel. Tatsächlich hat sich der Fehler mit dem neuen Download gegeben.
Dummerweise hatte die folgende Nachricht heute morgen dasselbe "Subject" wie meine zweite und ist deshalb wohl untergegangen. Deshalb hier noch einmal:
>>
noch einmal komme ich auf die Frage des Sperrens von Sätzen in Avanti:
> 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