AutoInc im Primärschlüssel-Feld

[Stevie]

Hi Leute,

ich muss gerade mit der BDE rumwurschteln ... :?
Ich habe eine Tabelle, wo ich auf dem Primärschlüssel-Feld ein AutoInc-Feld habe.
Jetzt habe ich das Phänomen, dass wenn ich ich einen neuen Satz anlege,
dieser beim Posten wie von Geisterhand aus der Datenmenge fliegt.
Nur ein Close und Open zeigt mir die richtigen Daten an.

Da ich allerdings nicht für jeden Insert die Datenmenge
schließen und wieder öffnen möchte, stehe ich vor einem Problem.

Ich hab auch folgendes in der Hilfe gelesen:

Zitat:

Warnung: AutoGenerateValue kann fehlschlagen, wenn sich der automatisch generierte Feldwert in einem Schlüsselfeld befindet. Die Abfrage, die den neuen Feldwert abruft, kann den Datensatz, der gerade eingetragen wurde, nicht immer eindeutig ermitteln.

Allerdings gibt es eine Möglichkeit, die zuletzt eingetragene ID zu ermitteln:

SQL-Code:

SELECT IDENTITY_VAL_LOCAL() AS ID FROM <TABLENAME>

Ich möchte auf jeden Fall die von der DB generierte ID benutzen und mir nicht selber eine ermitteln.
Dazu brauche ich eine Möglichkeit, mir nach dem Post die letzte ID zu ermitteln,
damit dieses Komische Verhalten in der TQuery nicht auftritt.

MfG
Stevie

[shmia]

Zitat:

Zitat von Stevie

Ich möchte auf jeden Fall die von der DB generierte ID benutzen und mir nicht selber eine ermitteln.
Dazu brauche ich eine Möglichkeit, mir nach dem Post die letzte ID zu ermitteln,
damit dieses Komische Verhalten in der TQuery nicht auftritt.

Ein AutoInc-Feld ist für den Programmierer sehr bequem, da es sich um nix kümmern muss, aber es gibt
einige gravierende Nachteile:
Die Datenbank (na ja die BDE) erzeugt den Wert des Primärschlüssels.
Deine Anwendung kennt diesen Wert nicht und es gibt auch keine zuverlässige Methode diesen Wert
abzufragen.
Grund: du könntest ja einen Datensatz einfügen, der in allen Feldern identisch zu einem bestehenden Datensatz ist.
Nur das Primärschlüsselfeld wäre dann unterschiedlich, aber genau das kennst du ja nicht!!!
Dieses SELECT IDENTITY_VAL_LOCAL() ist ein Krücke, die nur bei wenigen Datenbanken funktioniert
und nicht portierbar ist.

Es gibt nur eine saubere Methode, wie man AutoIncfelder implementieren kann und das benötigt sog. Generatoren. (und die BDE kennt diese nicht)
Eine Paradox-Tabelle hat einen internen & unsichtbaren Generator für das AutoInc-Feld.
Dieser Generator kann von Aussen nicht gesetzt werden.
Wenn durch ein Programmabsturz der interne Generator z.B. auf 47 steht, aber in der Tabelle schon
ein Datensatz mit Key 47 gespeichert ist, dann kann man keinen neuen Datensatz mehr speichern!!!
->Fehler doppelter Primärschlüssel blah...

Du solltest die AutoInc-Felder vermeiden, wie der Teufel das Weihwasser.

Schreib einfach, was du in deiner Tabelle speichern möchtest und wir sagen dir, wie der Primärschlüssel
gebaut werden kann.

[omata]

Moin,

ich stimme shmia zu.
Aber man kann den ID-Wert ermitteln. Da ein AutoInc-Feld immer weitergezählt wird, kann man einfach die größte Zahl mit

SQL-Code:

SELECT MAX(id) FROM tabelle

bestimmen. Das ist der gerade eingefügt Datensatz. Bei Mehrbenutzersystemen kann man so allerdings Probleme bekommen.
Was ich allerdings nicht verstehe ist, wenn du mit Insert einen Datensatz anlegst und ihn mit Post schreibst, dann steht doch die Datenmenge auf genau diesem Datensatz. Oder sehe ich da jetzt was falsch?

MfG
Thorsten

[marabu]

Hallo Stevie,

du wirst wissen, warum du mit der BDE auf eine AS400 Datenbank zugreifst. Das Verschwinden und Wiederauftauchen von Datensätzen könnte an einem unpassenden Defaultwert für den isolation level liegen. DB2 auf der AS400 bzw. iSeries kennt zwei Schlüsselkonzepte - IDENTITY und SEQUENCE. SEQUENCE ist IBM lingo für generator. Mag sein, dass die IDENTITY Felder von der BDE als AutoInc reflektiert werden, aber dass die BDE den Paradox-AutoInc-Mechanismus auf einem SQL-Server bereitstellt bezweifele ich.

Grüße vom marabu

[Stevie]

Zitat:

Zitat von shmia

Dieses SELECT IDENTITY_VAL_LOCAL() ist ein Krücke, die nur bei wenigen Datenbanken funktioniert
und nicht portierbar ist.

Ähm, lieg ich jetzt falsch, wenn ich sage, dass IDENTITY_VAL_LOCAL() eine Funktion der Datenbank ist und garnix mit der BDE zu tun hat??

Zitat:

Zitat von omata

Was ich allerdings nicht verstehe ist, wenn du mit Insert einen Datensatz anlegst und ihn mit Post schreibst, dann steht doch die Datenmenge auf genau diesem Datensatz. Oder sehe ich da jetzt was falsch?

Na eben nicht, das hab ich doch oben geschrieben, oder? :roll:

Zitat:

Zitat von marabu

DB2 auf der AS400 bzw. iSeries kennt zwei Schlüsselkonzepte - IDENTITY und SEQUENCE. SEQUENCE ist IBM lingo für generator. Mag sein, dass die IDENTITY Felder von der BDE als AutoInc reflektiert werden, aber dass die BDE den Paradox-AutoInc-Mechanismus auf einem SQL-Server bereitstellt bezweifele ich.

Hm, funktioniert das mit den Sequences so wie bei Oracle z.B.? Dass ich mir die ID durch die Sequence ermitteln kann und dann in meinen Datensatz schreiben kann VOR dem Post?

[Sharky]

Hai Stevie,

frage doch einmal SvB. Ich glaube der greift auch mit Delphi auf eine DB2/AS400 zu.
Aber ich glaube nicht mit der BDE.

[marabu]

Zitat:

Zitat von Stevie

Hm, funktioniert das mit den Sequences so wie bei Oracle z.B.? Dass ich mir die ID durch die Sequence ermitteln kann und dann in meinen Datensatz schreiben kann VOR dem Post?

Das scheint mir die relevante Stelle im Handbuch zu sein: klick

marabu

[Stevie]

Zitat:

Zitat von marabu

Zitat:

Zitat von Stevie

Hm, funktioniert das mit den Sequences so wie bei Oracle z.B.? Dass ich mir die ID durch die Sequence ermitteln kann und dann in meinen Datensatz schreiben kann VOR dem Post?

Das scheint mir die relevante Stelle im Handbuch zu sein: klick

marabu

Jau, danke, diese Doku kannte ich noch garnicht. :thumb:
Eine Sequenz anzulegen, habe ich jetzt geschafft, aber wie lese ich den Wert aus einer Sequenz aus?
Bei Oracle funktioniert das ja so:

SQL-Code:

select test_sql.nextval from dual

Aber wie geht das auf der DB2?

P.S. Wir haben hier wohlgemert eine V5R1! :?

[marabu]

Wenn du den Wert vorher haben willst, dann kannst du ihn über folgende Expressions auslesen:

SQL-Code:

NEXT VALUE FOR sequence_name

Hinterher kommst du bei Bedarf auch noch dran:

SQL-Code:

PREVIOUS VALUE FOR sequence_name

Ob das Ganze auch mit V5R1 funktioniert, kann ich nicht sagen - habe keine Testmöglichkeit. Probier du doch mal. Im Handbuch solltest du unter "Language Elements :: Expressions :: Sequence Reference" nähere Informationen finden. Wenn du den sequence value im Programm brauchst, dann wirst du wohl eine Store Procedure definieren, die dir den Wert über "SET :V = NEXT VALUE FOR sequence_name" zurück gibt.

marabu