Firebird Db Trigger Problem

[Privateer3000]

Danke für Eure Antworten
Ich hatte mich auch schon damit beschäftigt
http://www.firebirdsql.org/manual/de...rguide-de.html
es ist halt ein Umdenken nötig wenn man vorher nur Jet/Access benutzt hat.
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

[mkinzler]

Zitat:

... auch Multiuser tauglich?

Ja deenn diese wird durch die semaphoren-gestützte Funktion gen_id(() gewährleistet

[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 ...