nicht angemeldet
Hello,
ich hoffe, dass ich deinen Vortrag richtig interpretiere und denke daher, dass hier ein "academic lock" angebrachter wäre.
OK - diese Bezeichnung für diese _extrem_ zeitverzögerte Variante eines "Locks" habe ich mal selber erfunden. Christian Seiler hat sich seinerzeit darüber ausgelassen. Aber im HTTP-Umfeld nützen meistens weder pessimistic noch optimistic Locks. (Diese Begriffe findest Du bestimmt auch bei Wikipedia).
Mein Academic Lock muss sowohl im datenmodell, als auch in der Ablauflogik berücksichtigt werden. Zwischen Holen der Daten aus der Datenbank und (veränderndem) Zurückschreiben könnten Tage vergehen. Trotzdem muss sichergestellt werden, dass kein anderer User zwischendurch eine Veränderung vorgenommen hat.
Wenn Du das meinst, dann sollten wir diesen Thread _hier_ fortsetzen, sonst entschuldige bitte den Ausflug...
Liebe Grüße aus dem schönen Oberharz
Tom vom Berg
