CheckIn / CheckOut für Datensätze

[Stefan Dreis]

Hallo Leute,

ich mach gerad meine erste Geh-Versuche in Java. Bis jetzt habe ich schon einiges in PHP realisiert. Ich habe mal eine Frage für eine Realisierung

In meinen bisherigen PHP-Projekten hatte ich zur Kennzeichnung Datentabellen einer Datenbank die von unterschiedlichen Bearbeitern von unterschiedlichen Orten immer die beiden Datenfelder

• check_by
• check_date

in meiner Datentabelle mitgeführt. Mit diesen bedeiden Feldern habe ich immer eingesetzt um eine doppelte Bearbeitung zu verhindern.

So würde ich es zwar auch weiterhin machen, aber vielleicht gibt es ja, mir noch unbekannte Techniken unter Java.

Wäre nett wenn mir eine erfahrener Java-Jünger erzählen könnte welche Möglichenkeiten es sonst noch geben könnte unter Java, und wann ihr diese einsetzen würdet und wie ihr es normalerweise realisiert.

Danke
Euer Stefan

 

[c_sidi90]

Würde das jetzt mal unter Transaktionsmanagment auffassen. Die meisten Java Applikationsmanager bieten die Möglichkeit Datenbanktransaktionen zu managen so z.B. synchronisation, locks und Zugriffsverweigerung etc. Bin da kein spezialist, da wird sich sicher noch der ein oder andere zu Wort melden.

 

[turtle]

c_sidi90 hat da schon einen guten Hinweis gegeben.

In der DB-Welt wird häufig sogenanntes Optimistisches Locking eingesetzt. Dies bedeutet, dass man zunächst annimmt, das ein Benutzer häufig nicht dieselben Datensätze manipuliert wie ein anderer.

Erkennen, das man versucht einen DS upzudaten, der bereits neuer in der DB vorliegt, kann man mit ähnlichen Spalten, wie Du sie anscheinend bereits verwendest hast, vornehmen.

Ich persönlich lege dafür eine Spalte status vom Typ integer an. Wenn Benutzer A ein update macht, führt er das Kommando aus:

update Tabelle set Columm=WertVonA, status=12 where status=11

Versucht nun Benutzer B das Kommando noch einmal abzusetzen ist status bei Ihm immer noch auf den m alten Wert:

update Tabelle set Column=WertVonB, status=12 where status=11

Dies gelingt nicht, weil ja von A bereits ein neuer Status-Wert geschrieben wurde.

Andere verwenden häufig auch einen Timestamp, so dass man erkennen kann, wann die letzte Änderung gemacht wurde.

Du kannst auch das Isolation-Level setzen und angeben, wie konkurrierend gearbeitet werden soll. Bei vielen DBs ist die Standardeinstellung TRANSACTION_READ_COMMITTED.