Datensatz ID herausfinden

[alleinherrscher]

Hi@all!

Ich, als Datenbankneuling, muss leider nochmals eure Hilfe in Anspruch nehmen.

Ich habe in einer Datenbank eine Tabelle angelegt, welche einen Primary Key (B_ID) hat, der automatisch beim Anlegen eines neuen Datensatzes inkrementiert wird.

Das Abspeichern der Daten in der Datenbank erfolgt problemlos und B_ID wird von Firebird auch hochgezählt.
Aber wie kann ich nach dem abspreichern der Daten herausfinden, welche B_ID mein neuer Datensatz bekommen hat?

Der Befehl

DataSetB_ID.AsInteger liefert mir immer 0 zurück.

Jemand eine Ahnung, oder soll ich was Code anhängen?

Vielen Dank, euer Michael

[s.h.a.r.k]

Du musst entweder die ID nochmals via SELECT laden oder du schaust in der Dokumentation nach, ob es dort, wie in Oracle einen Returning-Befehl gibt.

Edit: Scheinbar gibt es diesen: siehe hier

[hoika]

Hallo,

schau dir mal das entsprechende FIBPlus-Beispiel unter

examples\src\FB20InsertReturning


Heiko

[RSF]

Warum nicht einfach nach dem Abspeicheren das Feld "B_ID" abfragen?

Delphi-Quellcode:

ShowMessage(IntToStr(tTable.FieldByName('B_ID').AsInteger));

[hoika]

Hallo,

#RSF#
nein, die Id wird auf dem Server beim Imsert erzeugt
und normalerweise nicht zurückgegeben.

Unter Paradox klappte das allerdings wirklich so,
aber unter einem SQL-Server normalerweise nicht.

Für Firebird (>=2) gibt es die returning Klausel,
siehe #3


Heiko

[MrSpock]

Hallo,

ich mache das Insert über eine StoredProcedure und lasse mir von dieser die ID zurückgeben.

[alleinherrscher]

Okaydokay, danke für die Antworten. Werd mal schauen, wie das mit den StoredProcedures bzw. mit dem Returning geht...

[DeddyH]

Vielleicht ist dieser Thread hilfreich.

[alleinherrscher]

Hey, DeddyH, danke!

Wenn ich jetzt in meinem DataSet die SQLs so ändere, dass da steht:

SQL-Code:

INSERT INTO Produkte
  (ProductID
  ,Bezeichnung)
VALUES
  (:ProductID
  ,:Bezeichnung)
RETURNING Id

Wo kann ich dann unter fibplus auf den Returning-Wert zugreifen? Oder denke ich immer noch falsch?

[mkinzler]

Ist

Delphi-Quellcode:

<DataSet>.Params[2]

[alleinherrscher]

[edit]

Okay klar, verstanden. Allerdings wird der Parameter nicht von Firebird übergeben (mein ParamCount ist Null), jemand eine Idee, warum???

[/edit]

[hoika]

Hallo,

warum siehst du nicht einfach in dem mitgelieferten Bsp nach ?

examples\src\FB20InsertReturning


Heiko

[taveuni]

Zitat:

Zitat von hoika

Hallo,

#RSF#
nein, die Id wird auf dem Server beim Imsert erzeugt
und normalerweise nicht zurückgegeben.

Unter Paradox klappte das allerdings wirklich so,
aber unter einem SQL-Server normalerweise nicht.
Heiko

Bei MS SqlServer nach dem INSERT:
SELECT @@IDENTITY FELDNAME gibt die ID zurück.

[hoika]

Hallo,

ja FB macht das über das returning.

Das S in SQL heisst halt leider nicht Standard.


Heiko

[mkinzler]

Zitat:

Das S in SQL heisst halt leider nicht Standard.

Jedes DBMS ist halt anderst strukturiert

[hoika]

Hallo,

schön gesagt.
;)


Heiko

[alleinherrscher]

Ich hab nu ein Query mit folgendem Code im SQLs Feld:

SQL-Code:

INSERT INTO USER(
    VORNAME,
    NACHNAME,
    ALIAS,
    PASSWORT
)   
VALUES(
    :VORNAME,
    :NACHNAME,
    :ALIAS,
    :PASSWORT
)  
RETURNING USER_ID

und führe in Delphi folgendes aus:

Delphi-Quellcode:

  Query1.Close;
  Query1.ParamByName('ALIAS').AsString:=edit1.Text;
  Query1.ParamByName('PASSWORT').AsString:=edit2.Text;
  Query1.Prepare;
  Query1.ExecQuery;
  Transaction.CommitRetaining;

Wenn ich mir Query1.ParamNames(i) für alle i< ParamCount ausgeben lasse kommt raus:

VORNAME
NACHNAME
ALIAS
PASSWORT

Eine USER_ID ist aber nicht vorhanden?!

[mkinzler]

Welche Version der Komponente setzt du ein? Es scheint das diese Version das returning nicht kennt.
Btw heisst der Parameter auch anders Ret_xxx o.ä, deshalb besser über den Index gehen

[alleinherrscher]

Zitat:

Zitat von mkinzler

Welche Version der Komponente setzt du ein? Es scheint das diese Version das returning nicht kennt.
Btw heisst der Parameter auch anders Ret_xxx o.ä, deshalb besser über den Index gehen

Benutze FIBPlus 6.9.6

Wenn der Parameter anders heißt, müsste es doch ne Fehlermeldung von der Datenbank geben, oder?

//edit ich seh gerade, dass der Interpretor hier im Forum das Wort "USER" in der SQL sprache blau hinterlegt. Also in Wirklichkeit heißt die Datenbank nicht USER sondern BENUTZER.

[hoika]

Hallo,

gerade wollte ich wieder meckern,
dass du das Returning-Bsp nicht ansiehst.
Das ist wohl aber nur noch ne "Beta".

Die Returning ist ja kein Parameter,
probier mal FieldByName / Fields.


Heiko

[alleinherrscher]

:) Jup, das "FieldsbyName" war der Knackpunkt. Dankeschön!

Wünsche allen ein super verschneites WE...das richtige Wetter, um gemütlich zu programmieren ;)

[hoika]

Hallo,

ja schade, dass das Bsp. bei FIBPlus nicht sehr aussagefähig ist.

Zitat:

Wünsche allen ein super verschneites WE...das richtige Wetter, um gemütlich zu programmieren

Also ich war gerade 20 km im Schnee laufen (01:47, also kein Joggen ;) )

*schmerzende Beine massier*


Heiko

[mkinzler]

Zitat:

Die Returning ist ja kein Parameter,
probier mal FieldByName / Fields.

Bei FIBPlus vielleicht nicht.