Firebird und AutoInc

[Grolle]

Hallo,

ich verwende in meiner Anwendung ein AutoInc Feld, welches über einen Firebird Trigger gefüllt wird. Jetzt habe ich das Problem, dass beim Dataset.Insert das AutoInc ID DBEdit Feld nicht leer sein darf (klar, wg. PK). Ich brauche dieses ID Feld zum referenzieren weiterer Datensätze. Soll ich da einen weiteren Trigger und ein weiteres DB Feld anlegen und das als PK nutzen?

Viele Grüße ...

[scrat1979]

Warum hast Du denn bei einem AutoInc-Feld ein DBEdit?? Das wird doch automatisch durch den Trigger "BeforeInsert" befüllt und ist somit "automatisch" nicht leer?!?!?! Bei mir funktioniert das nämlich ohne Probleme....

[Edit]
Ich befülle meine Tabelle allerdings durch ein SQL-Statement. Vielleicht zeigt FireBird hier auch ein anderes Verhalten...
[/edit]

[Grolle]

Hi,

weil ich das erst (hidden) nutzen wollte, um darauf Zugriff zu haben. War nicht schlau, deshalb suche ich jetzt einen anderen Weg an die ID des Datensatzes zu kommen :roll:

Viele Grüße ....

// Edit: Eigentlich brauche ich das Ereignis, an dem ich den jeweils aktiven Datensatz (bzw. seine ID) im Dataset lesen kann

[Chemiker]

Hallo Grolle,

wenn Du einen Trigger einsetzt, kannst Du doch die ID mit einem Generator erstellen.

Bis bald Chemiker

[Grolle]

Hallo,

ich brauch die generierte ID aber dann auch im Programm. Der Trigger/Generator funktioniert ja.

Viele Grüße ...

[TBx]

Zitat:

Zitat von Grolle (Beitrag 1053083)

Hallo,

ich brauch die generierte ID aber dann auch im Programm. Der Trigger/Generator funktioniert ja.

Viele Grüße ...

Ab FB 2.0 gibt es ganau dafür das RETURNING im INSERT-Statement.

[Grolle]

Hi,

ich brauche die ID, wenn der Datensatzzeiger sich im Dataset(Query/Datasource) bewegt. In dem Moment, wenn die Edits auch die Daten bekommen. Die ReturningId ist ja der zuletzt eingefügte Datensatz.

Viele Grüße ...

[TBx]

Welche Dataset-Komponenten setzt Du ein?

[Grolle]

Hi,

Unidac - UniQuery.

Viele Grüße ....

[DelphiBandit]

Hast Du eine statische Feldliste in der Query verwendet?

Wenn ja, setzt mal für das ID-Feld die Option Required auf false. Wenn Du sie nicht verwendet hast, erstelle diese mal und setze dann diese Option für das ID-Feld. Andere Möglichkeit, die wir ab und zu verwenden ist es den Generator in einer zweiten Query laufen zu lassen (SELECT GEN_ID( GEN_NAME,1 ) FROM RDB$DATABASE).

[Grolle]

Hallo,

bisher verwende ich keine statische Feldliste.

Zitat:

Zitat von Grolle (Beitrag 1053089)

ich brauche die ID, wenn der Datensatzzeiger sich im Dataset(Query/Datasource) bewegt.

gibt's denn da kein Event, an welchem ich die ID abgreifen kann?

Viele Grüße ...

[haentschman]

AfterScroll :gruebel:

[Chemiker]

Hallo Grolle,

Vielleicht hilft Dir dieser Link weiter: http://www.firebirdsql.org/pdfmanual...eneratoren.pdf

Bis bald Chemiker

[Grolle]

Hi,

also, dass Problem liegt nicht an dem DBEdit sondern taucht beim speichern eines neuen Datensatzes auf.

Delphi-Quellcode:

    Query.Post;    
    Query.Refresh;

Beim Post kommt der Fehler, dass das Feld ID einen Wert haben muss (dieses ist aber gar nicht in der Insert Query). Leider ist das bei den anderen
getesteten Datenbanken (MySQL, SQLite) nicht so.

Weiß jemand rat?

Viele Grüße ...

[DeddyH]

Wie sieht denn der Trigger aus?

[Grolle]

Hi,

SQL-Code:

/* Trigger: CONTACTS_BI */
CREATE TRIGGER CONTACTS_BI FOR CONTACTS
ACTIVE BEFORE INSERT POSITION 0
as
begin
  if (new.id is null) then
    new.id = gen_id(gen_contacts_id,1);
end
^

wurde von IBExpert generiert. Kann man nicht probieren das ganze als "After insert" zu nutzen?

Viele Grüße ...

[DeddyH]

Da ich annehme, dass es sich um den PK handelt, wird das im AfterInsert wohl nicht gehen, da der Datensatz mit einem NULL-Wert in einem NOT NULL-Feld nicht angelegt wird. Übrigens würde ich die if-Abfrage innerhalb des Triggers löschen, da IMO ein Setzen des Wertes niemals von außen zu geschehen hat.

[Grolle]

Hi,

habe es geändert. Sollte ich das Feld besser nicht als PK markieren und Null? (Hatte ich so auch schon getestet und läuft, aber ist nicht gerade optimal?!)

Viele Grüße ...

[DeddyH]

Nein nein, der PK macht ja Sinn. Normalerweise sollte doch bei einem INSERT PK dieser dann automatisch befüllt werden.

[Grolle]

Aber woher kommt dann der Fehler?

[sx2008]

Back to the basics...
Ein Feld kann das Attribut NULL oder NOT NULL haben.
Ein Primärschlüsselfeld hat in aller Regel das Attribut NOT NULL.
Bei einem AutoInc-Feld wird die Sache etwas komplizierter.
Es hat das Attribut NOT NULL, darf aber nicht von der Anwendung befüllt werden
(Attribut "DON'T FILL")
Es wird ja von der Datenbank gefüllt und darf deshalb nicht in der INSERT oder
UPDATE-Anweisung angesprochen werden.
Man muss also daür sorgen (eigentlich sollte das die VCL tun), dass das Property "Required"
der Felds = False ist.

AutoInc-Felder sind bequem und smart, aber nur solange man den Wert beim Einfügen
eines Datensatzes nicht benötigt.
Hat man abhängige Tabellen, dann ist es besser auf AutoInc-Felder zu verzichten
und einen Generator oder künstlich erzeugte Schlüssel zu benützen.

[Grolle]

Hi,

danke für deinen Post. Habe jetzt mal das beforeInsert genutzt:

Delphi-Quellcode:

procedure Tdata.QueryBeforeInsert(DataSet: TDataSet);
begin
  Query.FieldByName('id').Required := false;
end;

Das scheint vorerst zu klappen. Nicht schön, aber zweckmäßig :stupid:

Viele Grüße ...

[tsteinmaurer]

http://www.devart.com/forums/viewtop...63775a1f0427d5

lg,
Thomas

[scrat1979]

Zitat:

Zitat von DeddyH (Beitrag 1053354)

Nein nein, der PK macht ja Sinn. Normalerweise sollte doch bei einem INSERT PK dieser dann automatisch befüllt werden.

Der Meinung bin ich auch und bei mir funktioniert es. Ich habe übrigens das "AutoInc" Feld mit SQL-Manger (EMS Software glaube ich...) angelegt. Bei meinem INSERT-Statement ist das PK-Feld auch nicht vorhanden, da es ja - wie DeddyH schon sagt - VOR dem Insert automatisch befüllt wird. Es funktioniert OHNE Fehler. Komisch, sehr komisch... Lege doch mal einen Datensatz mit einer GUI an und lassen das PK-Feld leer. Bei einem POST - bzw. nach dem COMMIT - sollte dort eine Zahl stehen und kein Fehler auftauchen. BTW, commitest Du auch nach Deinem Post???????????????

[mkinzler]

Am Besten den Trigger so anlegen, dass immer ein Wert gesetzt wird, auch wenn ein Wert ( wie Z.B. '') übergeben wird

[DeddyH]

Ja eben, deshalb hatte ich ja vorgeschlagen, die If-Abfrage ganz aus dem Trigger zu löschen.

[mkinzler]

Oder zu erweitern ( möglicherweise werden ja sinnvolle Werte übergeben)

[DeddyH]

Mach ich nie, da ich der Meinung bin, dass die DB und nur die DB künstliche Schlüssel zu vergeben hat. Aber das ist vermutlich Ansichtssache.

[mkinzler]

Ich auch. Da gibt es aber unterschiedliche Ansichten