generator richtig verwenden

[Nightfly]

Hier das Insert Statement meiner DataSet komponente:

SQL-Code:

INSERT INTO RECHNUNG(STELLE,
    BEREICH,
    R_NUMMER,
    R_STELLER,
    R_DATUM,
    R_ARTIKEL,
    R_ANZ,
    R_EPREIS,
    R_MWST,
    LFDNR
)
VALUES(:STELLE,
    :BEREICH,
    :R_NUMMER,
    :R_STELLER,
    :R_DATUM,
    :R_ARTIKEL,
    :R_ANZ,
    :R_EPREIS,
    :R_MWST,
    GEN_ID(gen_rechnung,1)

)

wenn ich aber den Button klicke, der DataSet.Post ausführt,meint er validation verletzung, weil das feld lfdnr null sein soll.
In meiner Datenbak existier aber folgender generator:

SQL-Code:

CREATE GENERATOR GEN_RECHNUNG;
SET GENERATOR GEN_RECHNUNG TO 1;

Wird der nicht richtig ausgeführt? stimmt mein insert statement nicht?

[Hansa]

Ein Generator macht IMHO nur richtig Sinn mit einem Trigger. Dies hieße bei dir : Lege in der DB einen Before Insert Trigger an. Dann wird die Nr. ohne Dein zutun aus dem Generator genommen. Diesen kannst du in einem Abwasch dann gleich um 1 erhöhen.

[Nightfly]

hab auch schon an einem trigger überlegt,aber keine idee wie der aussehen soll. Kannst du mir da vlt. helfen?

und oben genanntes Beispiel sollte doch funktionieren, das Insert SQL ruft doch auch den generator aus,der dadurch eine nummer zurückgibt und dich selbst um 1 erhöht

[Lemmy]

Hi Nightfly,

Du verwendest doch die IBX-Komponeten? Dann kannst Du über die Eigneschaft "GeneratorField" der IBDataSet den Generator ansprechen. Die Lösung über einen Trigger finde ich nicht gut, denn Du kannst dann im Client nur auf Umwegen auf die ID des eben erzeugten Datensatzes zugreifen.

Grüße
Lemmy

[Nightfly]

Nein, ich verwende die FibPlus Komponenten. Einzig unter AutoUpdateOptions hab ich sowas wie GeneratorName gefunden. Aber auch wenn ich da den generator einstelle,Key fields auf LFDNR setze,die tabelle auf rechnung...der fehler bleibt

[Robert_G]

Also ich würde hier auch dringend zu einem Trigger raten.
Ist der Trigger einmal an der Tabelle musst du dir keine Sorgen mehr machen, ob der PK eindeutig ist. Egal wie auf die Tabelle zugegriffen wird.
Zu dem von Lemmy angesprochenen Problem:
Gibts es in IB sowas wie die Returning Clause?

SQL-Code:

Insert INTO RECHNUNG
  (STELLE
  ,BEREICH
  ,R_NUMMER
  ,R_STELLER
  ,R_DATUM
  ,R_ARTIKEL
  ,R_ANZ
  ,R_EPREIS
  ,R_MWST)
VALUES
  (:STELLE
  ,:BEREICH
  ,:R_NUMMER
  ,:R_STELLER
  ,:R_DATUM
  ,:R_ARTIKEL
  ,:R_ANZ
  ,:R_EPREIS
  ,:R_MWST)
Returning LfdNr INTO :o_LfdNr

o_LfdNr müsste dann als Ouput Parameter eingestellt sein und enthält nach dem Insert die neue ID.

[Lemmy]

Zitat von Robert_G:

Zu dem von Lemmy angesprochenen Problem:
Gibts es in IB sowas wie die Returning Clause?

Nein, mir nicht bekannt, wäre aber ne sinnvolle Erweiterung....

@NightFly: Leider habe ich die FIBPlus vor zwei Tagen vom Rechner geworfen. Aber da sollte eigentlich Hansa weiterhelfen können....

Grüße
Lemmy

[Nightfly]

na da hoff ich der schaut hier mal rein

@Robert_G sorry, dein Code sagt mir nun wieder garnix. Das kann doch nicht die Insert Anweisung sein die in mein DataSet soll,oder Denn darin ist ja mit keiner Silbe der generator erwähnt,och hab ich bloß ne lange leitung? Bitte um hilfe!

[Robert_G]

Zitat:

Das kann doch nicht die Insert Anweisung sein die in mein DataSet soll,oder Denn darin ist ja mit keiner Silbe der generator erwähnt,och hab ich bloß ne lange leitung?

Jupp
Bei dem Statement ging ich davon aus, dass ein Trigger an der Tabelle hängt...

Aber wenn Lemmy sagt es gibt keine Returning Cluse in IB, dann gibt's die auch nicht.

Pech gehabt...

[DelphiDeveloper]

ich arbeite zwar mit IBObjects und nicht mit FIBPlus aber wenn ich mich recht entsinne
gibt es bei FIB bei den AutoUpdateOptions nicht nur GenName und GenStep sondern noch
auch noch WhenGetGenId da kann man dann einstellen nie, beforepost usw.