Returning Wert in IBDAC Komponente

[MrSpock]

OK, ParamCheck kann ich über Code ansprechen. Es ist (wenn ich nicht blind bin) aber nicht über den Object - Inspector zugreifbar.

Jetzt ist es auch noch so, dass ich die Query ja im in eine IBCQuery Komponente nicht unter dem "HauptSQL" eingetragen habe, sondern auf dem Reiter InsertSQL.

[mkinzler]

Dieser Code wirkt bei Query.Insert und dient dazu das alte Verhalten der BDE nachzubilden.

[MrSpock]

Ja, und wenn der nutzere einen neuen Datensatz hinzufügt (z.B. über den DBNavigator) wird dieses SQL Statement ausgeführt. Hab ich gerade noch einmal geprüft. D.h. die Query wird korrekt ausgeführt, aber die Parameterliste gilt wohl nur für das Haupt SQL Statement, also dem SELECT Statement.

[mkinzler]

Ja. Die DML Statements kann man sich auch automatisch erzeugen lassen.
Der neu erzeugte Datensatz wird nach dem Insert zum aktuellen DS. Du kannst also nach dem Insert direkt das Feld auslesen.

[MrSpock]

Jetzt hab ich folgendes Phänomen:

In der AfterPost Methode, schaue ich mir den Wert von Erfass_Nr an. Wenn ich das "returning erfass_nr" weglasse (weil ich es ja gar nicht auswerte), ist der Wert von Erfass_Nr leer. Lasse ich das "returning" statement drin, kann ich den Wert auslesen.

Jetzt habe ich eine zweite Datenmenge und mache es genauso. Lasse mir im Insertstatement den Wert, der durch einen Trigger in der DB gesetzt wird durch returning zurückgeben, aber in der AfterPost Methode ist der Wert leer. In der DB steht er richtig.

Ich verstehe daran 2 Dinge nicht:

1. Warum hat das "returning erfass_nr" in der ersten InsertQuery einen Einfluss
2. Warum geht es in der anderen Datenmenge gar nicht?

[mkinzler]

Zitat:

In der AfterPost Methode, schaue ich mir den Wert von Erfass_Nr an. Wenn ich das "returning erfass_nr" weglasse (weil ich es ja gar nicht auswerte), ist der Wert von Erfass_Nr leer. Lasse ich das "returning" statement drin, kann ich den Wert auslesen.

RETURNING erzeugt keinen Parameter, erst IBDAC schreibt den zurückgegebenen Wert in den Parameter.
Der Post-Event scheint direkt nach der Ausführung des temporären Insert-Statements vor der erneuten Ausführung des Select-Staements zu erfolgen. Zu diesem Zeitpunkt scheinen nur die Werte der Felder, welche explizit zurückgegeben werden, zu existieren.
Wie sieht es im AfterInsert-Event aus?

[MrSpock]

Schau ich nachher nochmal an. Habe jetzt eine explizite InsertQuery erstellt und arbeite dort mit dem automatischen Returnparameter. Das andere ist irgendwie nicht deterministisch.

[mkinzler]

So mache ich es auch immer.

[MrSpock]

Im AfterInsert ist auch nichts da und es kommt vor dem AfterPost Event. Bei der zweiten Datenmenge habe ich wie gesagt jetzt eine eigene Insert Query. Ob ich das bei der ersten auch mache, muss ich noch sehen. Es funktioniert ja jetzt, auch wenn mir nicht klar ist, warum es nur mit "returning" funktioniert und ich das Ergebnis nicht bei ParamBaName abhole, sondern aus dem Datensatzfeld direkt auslesen kann.

[mkinzler]

Wie gesagt RETURNING verwendet auf Seiten des DBMS keine Parameter, diese werden erst clientsetig von IBDAC gefüllt, bei anderen Bibliotheken ist das z.B. nicht so, da sind es immer Felder. Das DBMS sendet einen Ergebnissatz zurück ( wohl nur die angeforderten Felder).
Warum es bei einem geht und beim anderen nicht ist allerdings komisch.