COBOL SQL INSERT Satznummer des Inserts

[heg]

Hallo BenderD,
ich hab IDENTITY_VAL_LOCAL ausprobiert, sieht gut aus und wäre eine Lösung, aber nicht unter V6
(seufz, seufz).
WARUM MÜSSEN SYSTEMENTWICKLER IMMER UNTER VERTRIEBSHEINIES LEIDEN????

HEG

[malzusrex]

Werd im nächsten Leben VERTRIEBSHEINI und lasse deinen SYSTEMENTWICKLER leiden ;-)

[B.Hauser]

IDENTITY_VAL_LOCAL ist auf alle Fälle schon älter als Release 6.1.
Wir setzen es auf alle Fälle unter V5R4 ein (und wenn ich mich recht erinnere hatten wir es bereits unter V5R2 am Laufen).

Ich leide auch noch unter den Altlasten, aber weniger der Vertriebsfuzzis, sondern viel mehr der Wiederstandskraft einiger Kunden gegenüber Neuerungen.
Software-Häuser (sofern sie nicht gerade SAP o.ä heißen) sind am ärmsten dran, wir dürfen/können erst dann eine Stufe höher gehen wenn der letzte Kunde die nächste Stufe erreicht hat.

Birgitta

[BenderD]

... IDENTITY_VAL_LOCAL kam mit V5R2 und davor gab es schon keinen Grund diesen Murks mit RRN zu versuchen (das taugt als Key Kriterium garnichts). Das geht mit einer Kunstkey Spalte und einer UDF GetKey, wie sie auf meiner Freeware Seite zu finden ist, einfach, elegant und schnell. Im Programm erst den Schlüssel holen, sich merken und dann insert.
Ganz am Rande sei vermerkt: wenn ich erst den Satz schreibe, dann noch weitere Werte ermittle und dazu den Satz nochmal lese, dann ist das von rückwärts durch die Brust ins Auge - Programm technische Komplexität ist meistens ein Zeichen für zweitbestes Design. Wobei eine Datei ohne primary Key ist natürlich immer Murks.

D*B

[heg]

Danke, danke für die schnelle Hilfe.
@ B.Hauser Ich werd mich nochmal drum kümmern, vielleicht hab ich ja was falsch gemacht.
@ B.Hauser Bei uns ist das auch so: erst wenn der letzte V5R3M0(!!!) verlassen hat....

@ Admi: Thread kann als gelöst geschlossen werden.