SQL Auto Increment

[weidenhammer]

Hallo Allerseits, oder meinentwegen auch Helau oder dergleichen......

Ich habe folgendes Problem. In einer DDS-definierten Tabelle gibt es ein numerisches Feld, welches beim Füllen der Tabelle mittels eines SQL-Statements (insert into TABLE.......) 'automatisch' hochgezählt werden soll.....

Wie kann/könnte man sowas in SQL realisieren?

OS/400 V5R4

Vielen Dank für alle Tips

Grüsse

Alexander

[a.wojcik]

Hallo WEIDENHAMMER & *ALL !

ich glaube, das geht so :

CREATE TABLE TBL (LFDNR INTEGER GENERATED ALWAYS AS IDENTITY
(START WITH 10 , INCREMENT BY 10), usw...andere Felder . Natürlich START WITH und INCREMENT BY dürfen andere Werte haben.
Viel Spaß noch für Heute.

[Fuerchau]

Per CREATE SEQUENCE kannst du einen Zähler erstellen.
Per "NEXT VALUE FOR MySeq" kannst du den dann zählen lassen.

Alternativ machst du einen BEFORE-INSERT-Trigger und veränderst den Puffer selber.

Problem:
Beim Insert erfährst du nichts über die vergebene Sequence-Nr.

Nächste Alternative ist ein Feld vom Typ ROWID, die wird vom System selber verwaltet.

Auch hier erfährst du beim Insert zunächst nichts.

[B.Hauser]

Hallo,

ROWID ist alles andere als ein vernüftiger Zähler!!!
Sondern ein verschlüsselter 40A Wert!

Entweder man generiert die Tabelle mit SQL neu und verwendet eine Identity Column oder man geht den Weg über das SEQUENCE-Objekt und before Insert Trigger.

Übrigens kann man auch aus dem Sequence Objekt den aktuellen Zähler ermitteln.

Birgitta

[BenderD]

Hallo,

was ist schon vernünftig? was für MS-Access vernünftig sein mag, muss für DB2 noch lange nicht vernünftig sein. Diese Auto Increment Felder sind da ein typisches Beispiel: was mit einer einzigen zentralen Procedure getKey(Dateiname, Feld) einfach und durchschaubar programmierbar war, wird mit aller Gewalt dadurch ersetzt, dass man sich einen Schlüsselwert von der Datenbank reinmalen lässt und anschließend eine Funktion aufrufen muss, die einem mitteilt, was die Datenbank jetzt da rein gemalt hat und warum das ganze? Einfacher wird es dadurch nicht, durchschaubarer auch nicht, aber MS-Access kann das ja schließlich auch?! Dieses Feature kann nur in der Fassenacht entstanden sein.

mfg

Dieter Bender

Hallo,

ROWID ist alles andere als ein vernüftiger Zähler!!!
Sondern ein verschlüsselter 40A Wert!

Entweder man generiert die Tabelle mit SQL neu und verwendet eine Identity Column oder man geht den Weg über das SEQUENCE-Objekt und before Insert Trigger.

Übrigens kann man auch aus dem Sequence Objekt den aktuellen Zähler ermitteln.

Birgitta

[Fuerchau]

Naja, ganz so schlimm ist es ja nicht.
Ich arbeite auch gerne mit dem Zähler, da viele Zugriffe und Querverweise mit dieser eindeutigen Nummer einfach klarer sind.
Ausserdem stellt es (ggf.) sicher, dass man nicht so einfach per ODBC Daten unterjubeln kann.

Um den Wert zu erfragen, kann man auch in 2 Schritten vorgehen, wenn man denn das Ergebnis benötigt:

exec sql set : MyCount = next value for MySeq;
insert into mytable Values(: MyCount, ...);

Ob das aber performant ist ...

[BenderD]

Eindeutiger Schlüssel immer, Kunstkey (sprich Zähler) meistens, wegen der Problematik Änderung semantischer Keyfelder und einfacherer Normalisierung, die Alternative ist dabei:
- Erzeugung des Schlüssels in der Applikation und reinschreiben in die Datenbank
- Erzeugung des Schlüsselwertes in der Datenbank und dann ermitteln aus der Datenbank
Bei Access (Eingabe in die Datenbank ohne Applikation) spricht einiges für den zweiten Weg. Bei DB2 spricht vieles für den ersten Weg, es sei denn, man will wirklich mit ODBC (oder von der schnellen Eingreiftruppe DFU 9) ohne Applikation Daten in die Datenbank reinmalen lassen - net wirklich ernst gemeint???

D*B

Naja, ganz so schlimm ist es ja nicht.
Ich arbeite auch gerne mit dem Zähler, da viele Zugriffe und Querverweise mit dieser eindeutigen Nummer einfach klarer sind.
Ausserdem stellt es (ggf.) sicher, dass man nicht so einfach per ODBC Daten unterjubeln kann.

Um den Wert zu erfragen, kann man auch in 2 Schritten vorgehen, wenn man denn das Ergebnis benötigt:

exec sql set : MyCount = next value for MySeq;
insert into mytable Values(: MyCount, ...);

Ob das aber performant ist ...

[Rainer4508]

Ich glaube dort hast du die Lösung zu deinem Problem.
Eine user defined SQL function zum realisieren von SQL increment.

Four Hundred Guru--Numbering Rows in an SQL Result Set

lg
Rainer

[Fuerchau]

Eine der schlechtesten Lösungen für INSERT, da der Zähler nicht gespeichert ist.
Beim Select einfach die Zeilen durchnumerieren mag ja ganz nett sein, spätestens beim Order By kann man das vergessen.
Parallelverarbeitung von SQL muss ebenso ausgeschlossen werden.

[Kurmas Zeschlon]

Hallo zusammen,

ich hoffe, es ist okay, wenn ich den alten Thread wieder aufwärme. Ich habe ein ähnliches Problem wie der Ursprungsposter und habe es wie von Fuerchau vorgeschlagen mittels "create sequence" und "next value" versucht. Leider hat das nicht funktioniert. Vielleicht habe ich auch nur die sequence an der falschen Stelle created.

// cHk = CONST Hochkomma
 chrSQL = ' +
          insert into datei4 +
           (dnr, dlabel, dname) +
          ( +
              ( +
              select  NEXT VALUE FOR seq_zaehler ,' + 
                 cHk + $name + cHk + ', NAME from datei1 + 
              ) +

             union +

              ( +
               select  NEXT VALUE FOR seq_zaehler ,' +
                  cHk + $name2 + cHk + ', NAME from datei2 )' + 
             'order by '+ chrSort + ' ' + chrSortR + ')+
     )';

exec sql set option commit=*none;
exec sql prepare IINSERT from :chrSQL;
exec sql create sequence seq_zaehler start with 1 increment by 1 no maxvalue;
exec sql execute IINSERT;

(RPG/V6R1)

Das Ergebnis ist SQLCOD -518.
Ist das so überhaupt möglich?

Vielen Dank für jeden Hinweis!
K.

[Fuerchau]

NEXT VALUE geht nicht beim Select!

Die Syntax ist
insert into myfile
(seqfld, feld1, feld2, feld3)
values(next value for myseq, wert1, wert2, wert3)

Du siehst, ein "Insert ... select ... from ..." funktioniert hier nicht.

Du musst dann die Tabelle mit einer AutoIncrement-Feld erstellen und dieses Feld beim Insert dann weglassen:

create mytable (myseq as identity, ...)

PS:
Hier noch mal ein genaues Beispiel aus dem Handbuch:

CREATE TABLE

EMPLOYEE2 (
EMPNO INTEGER GENERATED ALWAYS AS IDENTITY,
ID SMALLINT,
NAME CHAR(30),
SALARY DECIMAL(5,2),
DEPTNO SMALLINT)

[B.Hauser]

Das Problem ist, dass NEXT Value For nicht direkt in Verbindung mit Union-Anweisungen zulässig ist.

Das Statement sollte funktionieren, wenn Du die Union-Anweisung als Sub-Select definierst.

Etwa so:

insert into LastTable (DNr, Dlabel, DName)
      (Select Next Value for Seq_Zaehler, x.*
         From (Select FldLabel, FldName from MyTable
                 Union All 
               Select XYZLabel, XYZName from NextTable) x 

Birgitta