Tom: Dateisperren im Dauereinsatz

Beitrag lesen

Hello,

Dieses Problem ist mir durchaus bewusst. Es liegt allerdings mMn. auf einem höheren Abstraktionslayer. Beginnt ein Benutzer eine Datei zu editieren, wird ihm der Zeitstempel des letzten Edits mitgegeben. Wenn er speichert, wird anhand des Zeitstempels (oder einer Versionsnummer, etc.) überprüft, ob die Datei inzwischen noch einmal geändert wurde. Wenn ja, bekommt der Benutzer eine Fehlermeldung und den Hinweis, er solle doch bitte seine Änderungen an die neue Version der Datei anpassen.

Ich habe dazu mal ein Beispiel verbrochen, das immer noch im Netz steht. Da wid der Vereinfachung halber aber die ganze Datei abgefragt auf Änderung und nicht der diskrete Datensatz. Für den wahren Betrieb müsste man die Conflict-Counter auf Satzebene odre sogar bis auf Feldebene hinunter tragen. Eine Datenbank (Client-Server), die das auf Satzebene schon 1993 so gemacht hat, ist bTrieve (Später Pervasive Computing).

Ich habe das Beispiel allerdings mit Filefunktionen aufgebaut. Guckst Du hier und spielst vielleicht auch mal im konkurrierenden Betrieb:

http://selfhtml.bitworks.de/artikel_locking/adressen.php
http://selfhtml.bitworks.de/artikel_locking/adressen.php.txt

Liebe Grüße aus dem schönen Oberharz

Tom vom Berg

--
 ☻_
/▌
/ \ Nur selber lernen macht schlau
http://restaurant-zur-kleinen-kapelle.de