Firebird Embedded + AUTOINC

[Hansa]

Aber wenn in der DB doch ein Trigger definiert ist und der auch mit IBExpert zuschlägt, wieso soll es dann nötig sein für FireDAC noch irgendwas einstellen zu müsssen ? Au mann, immer alles ausführlich schreiben, obwohl eigentlich einleuchtend. In IBExpert schlägt also der Trigger zu. Ist ja auch klar, weil der in der Datenbank angelegt wurde. Angeblich ist das im Delphi-Programm aber nicht so (zumindest von mir auch nicht nachvollziehbar). Wenn dem aber doch so ist (ich glaubs nicht), dann bestünde theoretisch die Möglichkeit, dass FireDAC den Trigger auf Inactive setzt, was ich auch nicht glaube aber theoretisch ginge das. Und das wäre dann die einzige Möglichkeit, diesen Effekt zu erzeugen. Der Trigger schlägt immer zu ! Ohne wenn und aber. Und der gepostete Trigger sieht richtig aus und soll unter IBExpert auch funktionieren !

[TBx]

Zitat von Hansa:

In IBExpert schlägt also der Trigger zu. Ist ja auch klar, weil der in der Datenbank angelegt wurde. Angeblich ist das im Delphi-Programm aber nicht so (zumindest von mir auch nicht nachvollziehbar).

Steht doch klar und deutlich im Trigger:

Zitat von ATS3788:

as
begin
if (new.counter is null) then
new.counter = gen_id(gencounter,1);
end

Der setzt genau dann und nur dann den Wert, wenn das Feld null ist.
Es hängt also davon ab, was Firedac als Standard für ein nicht belegtes integer-Feld übergibt.

[Hansa]

Dies würde bedeuten, wenn man folgendes macht :
   FDTable1COUNTER.AutoGenerateValue := arAutoInc; dann wird automatisch die NULL überschrieben ? Mit was denn ? Woher soll denn FireDAC wissen auf welchem Wert die ID einer einzelnen Tabelle steht ? Ich hantiere hier z.B. gerade mit ca. 50 Tabelllen, die sich die ID aus einem einzigen Generator holen. Wozu also arAutoInc; setzen ? @TBx : erklär mir das mal und auch, wie man so (intern in FireDAC) die richtige ID finden soll.

[jobo]

Zitat von Hansa:

Dies würde bedeuten, ..
dann wird automatisch die NULL überschrieben ? Mit was denn ?

Der Trigger ist so geschrieben, dass er nur selbst einen Wert vergibt, wenn das Feld noch NULL ist. Das ist eine Möglichkeit, Trigger zu schreiben, nicht unüblich.
Woher Wert kommt, ist dem Trigger egal. Alles was Werte schreiben kann, kann genutzt werden das Feld zu beschreiben und damit den Triggerwert zu vermeiden.
Wenn man den Trigger verwendet, benötigt man kein anderes Verfahren.
Wenn man ein anderes oder verschiedene Verfahren verwendet, selbst SQL console, stellt der Trigger einen eindeutigen Wert sicher.
"Wie man die richtige ID findet?" Damit meinst Du den ID Wert, der gesetzt wurde?
Das geht auch unter Firebird glaube ich mit Returning Clause, die liefert nach dem Insert den Wert (oder auch andere zurück). Das muss natürlich vom Provider unterstützt werden. Weiß ich bei Firedac nicht.

[Hansa]

Zitat von jobo:

Der Trigger ist so geschrieben, dass er nur selbst einen Wert vergibt, wenn das Feld noch NULL ist. Das ist eine Möglichkeit, Trigger zu schreiben, nicht unüblich.

Ach so geht das ? Hier wird aber jetzt gesagt, dass in IBExpert der Trigger zuschlägt wie üblich und in Delphi/FireDAC eben nicht. Wie soll das gehen ? Dazu bräuchte ich eine Erklärung. Das kann doch alles nicht sein. Der Trigger ist gnadenlos und schlägt anhand der Bedingungen zu. Man kann also nur den Wert eines Feldes auf nicht NULL (dadurch halt den Trigger aushebeln bei entsprechender Abfrage auf NULL ) setzen oder den Trigger deaktivieren.

[jobo]

Zitat:

Hier wird aber jetzt gesagt, dass in IBExpert der Trigger zuschlägt wie üblich und in Delphi/FireDAC eben nicht. Wie soll das gehen ?

Weiß ich auch nicht. Wo wird das gesagt?
Ein Trigger ist ein Trigger. Man könnte ihn disablen. Hast Du ja auch schon erwähnt. Aber dann gehört man geteert usw.
Vielleicht ein Missverständnis? Er schlägt nicht zu, weil er brav mit fertigen Daten gefüttert wird?

[Hansa]

Thread wird langsam auch zu lange.

in #52 steht das :

Zitat von ATS3788:

Danke
Nur wenn ich das in der Datenbank mit IBExpert mache,
geht das, mit Firedac nicht. OK mal sehen.

Before is Active


as
begin
if (new.counter is null) then
new.counter = gen_id(gencounter,1);
end

Tja, und jetzt ?

[jobo]

Zitat von Hansa:

Thread wird langsam auch zu lange.
in #52 steht das
Tja, und jetzt ?

Also das steht in #47, aber die Formulierung ist etwas schwammig: Dann geht "das"
Einen weiter #48 steht, dass es doch geht (was auch immer).
Ich kann zu Firedac nichts sagen, nie benutzt. Aber offenbar kann man auch damit die Werte setzen.
Der Trigger geht sicherlich und greift, wenn man es mit Firedac nicht hinbekommt.

[TBx]

Zitat von Hansa:

Dies würde bedeuten, wenn man folgendes macht :
   FDTable1COUNTER.AutoGenerateValue := arAutoInc; dann wird automatisch die NULL überschrieben ?

Nein, umgekehrt.
Im Normalfall überträgt Firedac einen Wert. Das arAutoInc teilt FireDac mit, daß der Wert automatisch gesetzt werden soll und deswegen NULL zu übertragen ist (wodurch der Trigger dann auch greift).

Damit dürften dann alle Klarheiten endgültig beseitigt sein.