transaktion und trigger

[khh]

hallo zusammen,
ich steuere diverse Transaktionen manuell, d.h unter bestimmten Umständen führe ich ein Rollback aus.
Die datensatz_id wird von einem Trigger before insert erzeugt.
Dadurch entstehen beim Rollback Lücken in der id.
Wie kann ich das verhindern, was mache ich falsch?

Danke gruss KH

[DeddyH]

Und was stört Dich daran? Normalerweise hat der PK ja nicht den Sinn, sprechend zu sein, sondern eindeutig zuordenbar.

[khh]

Zitat:

Zitat von DeddyH

Und was stört Dich daran? Normalerweise hat der PK ja nicht den Sinn, sprechend zu sein, sondern eindeutig zuordenbar.

das stimmt schon, aber irgendwie finde ich es optisch trotzdem störend.:-)
Wenns nicht zu änndern ist , ists egal.

Ich will nur einen Fehler meinerseits ausschliessen.

Gruss KH

[neo4a]

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

[khh]

Zitat:

Zitat von neo4a

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.



--
Andreas

ich danke dir,
stimmt schon war nur ein optischer "Schönheitsfehler" den ich aber hinnehmen kann.
Der "Nummernkreis" geht ja so schnell nicht aus.
Apropo, wo liegt der grösste Wert den der Generator von firebird erzeugen kann?

Gruss KH

[Chemiker]

Hallo khh,

könnte für Dich interessant sein, dort wird auch die max. Anzahl angegeben.

Firebird Generator Info

Bis bald Chemiker

[khh]

Zitat:

Zitat von Chemiker

Hallo khh,

könnte für Dich interessant sein, dort wird auch die max. Anzahl angegeben.

Firebird Generator Info

Bis bald Chemiker

9,223,372,036,854,775,807

danke dir, das reicht mir ein paar Tage ;-)

Gruss KH