interne Sperrtabelle in FB

[mschaefer]

Moin, moin,

gibt es eine interne Sperrtabelle in FB wo man sehen kann wieviele Datensätze derzeit gesperrt sind ?

Grüße // Martin

[DeddyH]

Schau mal hier: http://www.delphipraxis.net/internal...t.php?t=138013

[mschaefer]

Danke das führt doch schonmal einen Schritt weiter...

Ich würde gerne eine Übrsicht haben wieviele und welche Datensätze aktuell nicht änderbar, da in Anwenderbearbeitung (nicht internes sperren), sind.

Zitat von hoika:

eine Alternative ist das Locken selber zu machen
-> LockTable(Id,TableId/TableName,PrimKey,LockDate/LockTime)

Ist etwas aufwändiger, klappt aber mit jeder DB,
die halbwegs Transaktionen und unique indices unterstützt.
Das Prüfen, ob Lock existiert erfolgt durch ReadCommitted Transactions.

Der Trick ist das LockDate/LockTime
das wird vom lockende Programm ständig aktualisiert, um "tote" Locks
(Programm ist abgstürzt) zu finden.

Hoika schlägt vor, dass mit einer eigenen Sperrtabelle zu machen. Das geht schon, aber letzlich muß
FB auch intern wissen welche Transaktionen noch am laufen sind und welcher Record / welche Records
davon betroffen sind. Möchte auf alle Fälle verhindern das ein User Änderungen gemacht hat und sie
dann nicht in die Datenbank eintragen kann, da der Satz gerade gesperrt ist.

Grüße // Martin

[DeddyH]

Genau das war der Grund, wieso ich den Thread damals eröffnet hatte. Hab es dann aber auch mit einer eigenen Locking-Tabelle umgesetzt.

[mschaefer]

Nach einiger Suche bin ich zu dem Schluss gekommen, dass es eine interne Sperrtabelle als Systemtabelle nicht gibt. Es gibt wohl eine Memmory-Hash-Table mit Sperrvermerken. Ob dies auf Recordebene oder Sektorweise erfolgt ist mir nicht ganz klar. Jedenfalls ist mir kein Weg in die Quere gekommen wie man auf dies Speichertabelle zugreifen kann.

Grüße // Martin

[Lemmy]

Hi Mschaefer,

es gibt eine Möglichkeit das zu testen. Allerdings muss ich mir das kurz überlegen, die Quelle weiß ich nicht mehr. Außerdem kann ich nicht sagen, mit welchen Transaktion-Einstellungen das geht (wo bei das eigentlich die "normalen" Einstellungen sein müssten).

Wenn Du folgendes machst:
Transaktion starten
Datensatz selektieren
Edit auf Datensatz (also ein einfaches, leeres Edit - Post)
Transaction.CommitRetaining;
und dann das eigentliche Edit durchführen.

In der Transaction.CommitRetaining müsstest Du einen evtl. Deadlock dann abfangen und dann das Editieren nicht erlauben.

Alternativ: FIBPlus kann 2 Transaktionen verwenden, eine zum lesen und eine zum schreiben - damit sollte es eigentlich keine Deadlocks beim schreiben mehr geben, allerdings "löscht" Du evtl. Änderungen von einem anderen Anwender der den selben Datensatz bearbeitet hat.


Grüße
Lemmy

[mschaefer]

So wird das laufen! Danke Lemmy ! Grüße // Martin