Firebird: Wer "locked" meinen Record?

[mschaefer]

Recordlocking

In einen Multiusersystem mit pessimistiescher Transaktionssteuerung würde ich gerne anzeigen lassen wer gerade an einem gesperrten Datensatz arbeitet. Das er gesperrt ist bekommt man gut durch ein 'dummyUptdate' heraus, aber wer da gerade noch mit zwei Fingersystem und Moorhuhn in Nebentätigkeit an einem Record bastelt fehlt mir noch.

Grüße // Martin



PS: als offenen Frage markiert.

[mkinzler]

Müsste in einer Systemtabelle stehen.
Aber imho kann man in FireBird auf Locks verzichten

[mschaefer]

Moin, moin,

Ja Erfahrungsgemäß dauert das Bearbeiten der Datensätze durch den User doch etwas länger, Deshalb geht es letztlich um eine Art Anwenderinfo, wer da gerade dran ist. Die Idee war dies nur Abzufragen, wenn man explizit einen bestimmten Datensatz bearbeiten will. Zu Systemtabellen gibt es einige Beispiele für Abfragen auf FB - Systemtabellen. Informationen über Locks sind dort nicht zu finden.

Da diese Record oder Arealocks auch nur kurze Zeit bestehen können wird dies hochwahrscheinlich nicht in die Systemtabellen gespeichert, sondern nur im Speicher gehalten. Da fehlen mir derzeit Infos zur Debug-API, wo ich sowas Vermuten würde.

Grüße // Martin

[mschaefer]

Zwischenfazit:

Über das DBMS scheint es da keinen Weg zu geben.
Bleibt also nur die Variante über Userdaten in der
aktuellen Tabelle. Der Ablauf wäre dann ca. folgender:

1.- Im Grid auf Basis einer ReadOnlyQuery wird ein Datensatz angeklickt.
2.- Versuch: Eintragen der IP oder des Usernamens in ein User_ID Feld in der Tabelle und posten.
3a. Fehlschlag: Datensatz gesperrt, dann exception und Record lesen um aktuellen Nutzer anzuzeigen.
3b. Erfolg: User eintragen, posten und daruf Edit für Recordbearbeitung. Post bei Abschluss.
4.- Detailansicht-Eende und Grid-Aufruf.

Na soweit im Groben // Martin

[mkinzler]

Du könntest auch mit benutzerdefinierten Kontextvariablen arbeiten

[mschaefer]

Zitat von mkinzler:

Du könntest auch mit benutzerdefinierten Kontextvariablen arbeiten

Mit was SP // Martin


PS: Wann schläfst Du eigenlich

[mkinzler]

http://derentwickler.de/itr/online_a...nodeid,56.html

Zitat:

PS: Wann schläfst Du eigenlich Wink

Nachts

[mschaefer]

Moin, Spätmoin

Ein Konzept bringe ich aktuell damit nicht auf den Weg. Jedenfalls sehe derzeit keinen Vorteil gegenüber einer eigenen Locktabelle wo Tabelle Datensatz und User sowie LockInZeit abgelegt sind (da gab es mal einen Entwickelr-Artikel). Das ich bisher nicht herausbekomme wer welche Transaktion eingeleitet hat macht die Sache nicht besser.

Grüße // Martin