Firebird Db Trigger Problem

[Hansa]

Zitat von Privateer3000:

Aber ist

Code:

select
    gen_id( GEN_DeineTabelle_ID, 1 ) as NeueID 
from 
  RDB$Database

auch Multiuser tauglich?
Ich werde mit einer Testanwendung erstmal
sehen ob IBEasy nicht triggert oder ob es in der DB ein Problem gibt.
Grüße & Danke

Das ist schon Multiuser-fähig. Aber Generatoren sind nicht Transaktions-fähig ! Hier wurde mal der Tip gegeben, einen Generatoren-Wert zum Hochzählen von Rechnungsnummern zu verwenden, obwohl die lückenlos sein müssen. Da muss aber dann beachtet werden, dass das Finanzamt da ohne weiteres nicht mitspielt.

Denn es gilt : Trigger liegt in der DB. D.h., der schlägt immer zu, egal welches Programm für die DB benutzt wird ! Also eigenes Programm, IBExpert, anderes eigenes Programm oder sonstwas. Eventuell ausser IBEasy.

[mkinzler]

Zitat:

By the Way
kann man mit Generatoren auch ein Timestamp realisieren
so das beim DS erstellen ein Timestamp eingetragen wird?

Das würde ich eher durch einen Defaultwert CURRENT_TIMESTAMP bewerkstelligen

[Privateer3000]

Zitat von mkinzler:

Zitat:

By the Way
kann man mit Generatoren auch ein Timestamp realisieren
so das beim DS erstellen ein Timestamp eingetragen wird?

Das würde ich eher durch einen Defaultwert CURRENT_TIMESTAMP bewerkstelligen

Und wie? Darunter kann ich mir nichts vorstellen.
Direkt in den Generatorwert in dieser Syntax?

[Privateer3000]

Zitat:

Das ist schon Multiuser-fähig. Aber Generatoren sind nicht Transaktions-fähig ! Hier wurde mal der Tip gegeben, einen Generatoren-Wert zum Hochzählen von Rechnungsnummern zu verwenden, obwohl die lückenlos sein müssen. Da muss aber dann beachtet werden, dass das Finanzamt da ohne weiteres nicht mitspielt.

Denn es gilt : Trigger liegt in der DB. D.h., der schlägt immer zu, egal welches Programm für die DB benutzt wird ! Also eigenes Programm, IBExpert, anderes eigenes Programm oder sonstwas. Eventuell ausser IBEasy.

Aber im Multiuser MUSS ja sichergestellt sein, dass der nächste Wert auch dem gehört der ihn aufgerufen hat.
Wenn ich nur den Wert hole ohne ihn zu reservieren gehts schief. Oder liege ich da falsch...

[mkinzler]

Zitat:

Und wie? Darunter kann ich mir nichts vorstellen.
Direkt in den Generatorwert in dieser Syntax?

Nein in der Deklaration des Feldes der Tabelle. Für jedes Feld kann man einen Standardwert setzten der dann verwendet wird, wenn dieses beim Post NULL ist. Neben festen Werten gibt es auch Konstanten wie das erwähnte CURRENT_TIMESTAMP, welche immer den aktuellen Zeitwert erhält.

Zitat:

Aber im Multiuser MUSS ja sichergestellt sein, dass der nächste Wert auch dem gehört der ihn aufgerufen hat.
Wenn ich nur den Wert hole ohne ihn zu reservieren gehts schief. Oder liege ich da falsch...

Die Semaphore stellt sicher, dass kein anderer den selben Wert enrhält.Wenn du ihn aber holst ohne zu verwenden (Rollback), dann bleibt der Wert "reserviert". Es entshehen Lücken.

[Hansa]

Zitat von Privateer3000:

Aber im Multiuser MUSS ja sichergestellt sein, dass der nächste Wert auch dem gehört der ihn aufgerufen hat....

Gerade deshalb werden Generatoren ja gnadenlos hochgezählt und das kann man per Rollback auch nicht rückgängig machen. Grundsätzlich sollte man Generatoren so behandeln : anlegen und vergessen (sofern die Trigger stimmen).

Das mit den Generatoren und Timestamp : auch gleich vergessen. Generator=Ganzzahl (integer oder Bigint). Perlsau hat wohl Generatoren und Trigger verwechselt. Wenn ich nämlich z.B. ein Feld ANGELEGT in meiner Tabelle habe, dann hindert mich keiner dran, folgende Zeilen (hier in einem Insert-Trigger) hinzuzufügen:

Code:

  IF (NEW.ANGELEGT IS NULL) THEN
    NEW.ANGELEGT = CURRENT_TIMESTAMP;

[Privateer3000]

Vielen Dank @alle
das muss ich erstmal gut kauen und verdauen.
Langsam finde ich Gefallen an den Triggern

[Perlsau]

Zitat von Hansa:

Code:

  IF (NEW.ANGELEGT IS NULL) THEN
    NEW.ANGELEGT = CURRENT_TIMESTAMP;

Was aber muß ich machen, wenn ich jede Änderung des Datensatzes protokollieren will, also jedes Update?

Ruft nicht ein OnAfterUpdate-Trigger sich selbst wieder auf, wenn darin ein Update vorgenommen wird? Das würde dann doch eine Endlos-Schleife ergeben ...

[Hansa]

Update ? Ja, After-Update-Trigger. Ungefähr so :

Code:

  UPDATE TABELLE SET
    LETZTEAENDERUNG = CURRENT_TIMESTAMP
  WHERE (ID = OLD.ID) AND ((LETZTEAENDERUNG IS NULL) OR
        (LETZTEAENDERUNG <> CURRENT_TIMESTAMP));

Der Trigger macht doch das Update schon. Das Delphi-Dataset stösst ja das Update an, aber nicht für das Feld LETZTEAENDERUNG. Das darf im Programm nicht besetzt werden, damit der Trigger richtig zuschlägt.

[Perlsau]

Zitat von Hansa:

Code:

  UPDATE TABELLE SET
    LETZTEAENDERUNG = CURRENT_TIMESTAMP
  WHERE (ID = OLD.ID) AND ((LETZTEAENDERUNG IS NULL) OR
        (LETZTEAENDERUNG <> CURRENT_TIMESTAMP));

Hab Dank, das funktioniert einwandfrei.