Auch wenn Du es nicht sagst, vermute ich, dass Du Deine Datensatz_ID über einen Generator verwaltest. Dieser läuft in
FB außerhalb der Transaktionen und das genau deshalb, damit im Multiuserumfeld immer eine freie ID zu vergeben ist. Ein select max() oder ähnliches kann das ja nicht leisten.
Die
FB-Gurus (und nicht nur die) haben ein Mantra: Gib einem PK niemals eine Bedeutung, niemals.
Kosequenterweise sollte man für den PK (primary key) wohl eine
GUID verwenden, dann ist man auch im Multi-
DB-Umgebungen gut für Replikationen gerüstet. Nur schreibt sich ein select mit Bezug auf eine
GUID längst nicht so flüssig...
Wenn Deine Datenbank-PKs ästhetisch aussehen sollen und Du das Multi-User-Environment im Griff hast, dann kannst Du vielleicht auch so vorgehen:
- Benutze einen Generator GEN_LAUF als Schalter für einen aktiven Lauf (Fakturierung und dergleichen)
- Prüfe, ob GEN_LAUF = 0 ist oder brich ab
- Setze den Generator GEN_LAUF auf GEN_ID
- Führe den Lauf durch
- Soll das Ergebnis Commited werden, dann ist gut und GEN_LAUF wird auf 0 gesetzt
- Beim Rollback setze GEN_ID=GEN_LAUF und anschließend GEN_LAUF=0
Sollte eine Fehler auftreten, so ist GEN_LAUF größer 0 und verhindert, dass die Prozedur wiederholt gestartet wird.
Das sichert lückenlose PKs, verhindert parallele Starts von Läufen und macht auch noch soetwas wie Fehlerbehandlung möglich.
--
Andreas
Zitat
Baum-Darstellung
