Datensatzsperre mit Access

[SvB]

@HeikoAdams: Wo ist denn das Zitat her?

[DeddyH]

Vielleicht ist dies hier interessant.

[HeikoAdams]

Zitat von SvB:

@HeikoAdams: Wo ist denn das Zitat her?

Von mir
Wenn bei meinen Programmen irgendein Szenario Probleme macht, wird es solange nicht offiziell unterstützt, bis es eine praktikable und sichere Lösung für die Probleme gibt

[SvB]

@HeikoAdams: Das muss ich mir mal merken, das ist gut.

Ich habe das Problem jetzt gelöst, bzw. weiß jetzt wie es funktioniert und auf was man achten muss.
Mein Problem war, das ich als "Protokoll-Tabelle" eine vorhandene Tabelle benutzt habe. Die Tabelle hat nur zwei Felder, ein Beschreibungsfeld und ein Memofeld. Meinen Code habe ich wie folgt aufgebaut:

Delphi-Quellcode:

ADODataSet.SQL.Text := 'SELECT * FROM PROTOKOLL WHERE DESC="BelegNumLocked"';
ADODataSet.Open;
ADODataSet.FieldByName('Info').AsString := '<lokaler Computername + Zeitstempel>';

xxx.. --->  mach irgendwas

try
  ADODataSet.Post;
except
  on E: Exception do begin
    // Fehler beim Post
    isError := True;
  end;
end;

Das Problem war, das mein Feld "Info" ein Memofeld ist. Mit Änderungen in Memofeldern funktioniert es nicht.
Ich habe mir dann eine zusätzliche Tabelle angelegt, in der kein Memofeld ist und dann funktioniert es mit obigem Code. (Tabellenname natürlich anders)

Wenn zwei Clients dann zur selben Zeit die Funktion ausführen, dann bekommt der letztere beim Post folgende Exception

Code:

Die zum Aktualisieren angegebene Zeile wurde nicht gefunden. Einige Werte wurden seit dem letzten Lesen ggf. geändert.

Diese Exception fange ich ja wie angegeben ab und reagiere entsprechend drauf.

Folgendes noch zur Info:
Es ist egal, ob ich in der Ado-Komponente bei LockType Optimistic oder Pessimistic locking eingestellt habe, es funktioniert mit beiden Einstellungen.
Bei Cursortype und CommandType ist es auch egal, was eingestellt ist.
Bei CursorLocation muss zwingend clClient eingestellt sein, mit clServer funktioniert es nicht, da wird immer das Post ohne Fehler ausgeführt.
Es ist egal, ob in der Tabelle ein ID-Feld als Primary Key enthalten ist oder nicht.

Ich hoffe, das andere mit diesen Informationen auch einen Nutzen von haben.

Hiermit ist auch bewisen, dass ich auch Access in einem Netzwerk einsetzen kann (mal davon abgesehen, ob das Sinn macht oder nicht).
Wenn man z.B. in einer kleinen Firma nur zwei PC's hat und alle Daten auf einer Netzwerkfestplatte abgelegt sind (kein Server vorhanden) und die Datenmenge überschaubar ist, dann kann man damit schon gut arbeiten, denke ich.