Records innerhalb Tabelle duplizieren

[mama]

Ich muss mit RPG alle Records einer Tabelle duplizieren und den Schlüssel ändern. Das heisst: wenn die Tabelle z.B. vorher 100 Records hat, hat sie nachher 200 Records (100 mit altem Key und 100 mit neuem Key). Habe es mit read und write probiert. Funktioniert aber nicht. Hat jemand eine Idee?

[Proggi]

Hi,

da nutze ich immer einen "Schnellschuss":

die Datei mit CRTDUPOBJ duplizieren, von der duplizierten lesen und in die alte mit dem geänderten Key schreiben. Oder die duplizierte lesen und Key ändern und sichern und mit CPYF in die alte zurückkopieren.

[mama]

Hi Proggi,
darf ich leider nicht.
Ich muss die Daten im RPG-Programm duplizieren (nicht CL).

[Sven Schneider]

Hi Proggi,
darf ich leider nicht.
Ich muss die Daten im RPG-Programm duplizieren (nicht CL).

Dann nimm halt QCMDEXC, wenns kein extra CL sein darf.
Oder halt mit embedded SQL und temporärer Tabelle.

Ansonsten kannst du auch über die phys. Record-Nummer (Satznummernfeld RRN)gehen.
Hier musst du nur aufpassen, das während deiner Änderung niemand in die Tabelle schreibt, bzw. du musst dir merken welche phys. Record-Nr. du bereits gelesen hast.

[Fuerchau]

Am einfachsten ist doch der READE über Schlüssel.
Dann lesen ich eben nur die alten und schreibe die neuen.

[Der_Unwissende]

Genau Daten per Read oder Reade lesen, die Schlüsselfelder ändern und dann einfach mit Write in die Datei.

[BenderD]

Hallo,

und dann haste eine feine Endlosschleife, hinten dran schreiben und dann lesen und wieder hinten dran, ora et labora et labora et labora...
ohne Duplikat wird das mit Record Löffel nix

mfg

Dieter Bender

PS: und den Rest der Aufgabe kann Mama selber machen.
PPS: und Papa sagen, dass er sich sinnvollere Aufgaben einfallen lassen soll
PPPS: und ich verstehe immer noch nicht, warum die Ausbilder nicht in die Foren gucken, damit Baldur nicht die Aufgaben der AZUBIs macht.

Genau Daten per Read oder Reade lesen, die Schlüsselfelder ändern und dann einfach mit Write in die Datei.

[Sven Schneider]

PPPS: und ich verstehe immer noch nicht, warum die Ausbilder nicht in die Foren gucken, damit Baldur nicht die Aufgaben der AZUBIs macht.

Jo, und vor allem immer Aufgaben voll aus dem Leben gegriffen.

[holgerscherer]

PPPS: und ich verstehe immer noch nicht, warum die Ausbilder nicht in die Foren gucken, damit Baldur nicht die Aufgaben der AZUBIs macht.

Lach ;-) Wir geben jetzt mal ein paar Tips, und dann kommen hier Beiträge von Ausbildern, die dem guten Fuerchau die Note 1 geben ...

-h

[mama]

Genau Daten per Read oder Reade lesen, die Schlüsselfelder ändern und dann einfach mit Write in die Datei.

So trivial ist die ganze Sache schon nicht. So stürzt das Programm ab, weil der Recordpointer ein Problem bekommt!

[mama]

Am einfachsten ist doch der READE über Schlüssel.
Dann lesen ich eben nur die alten und schreibe die neuen.

So trivial ist die ganze Sache schon nicht. So stürzt das Programm ab, weil der Recordpointer ein Problem bekommt!

[mama]

Hallo,

und dann haste eine feine Endlosschleife, hinten dran schreiben und dann lesen und wieder hinten dran, ora et labora et labora et labora...
ohne Duplikat wird das mit Record Löffel nix

mfg

Dieter Bender

PS: und den Rest der Aufgabe kann Mama selber machen.
PPS: und Papa sagen, dass er sich sinnvollere Aufgaben einfallen lassen soll
PPPS: und ich verstehe immer noch nicht, warum die Ausbilder nicht in die Foren gucken, damit Baldur nicht die Aufgaben der AZUBIs macht.

Papa sagt dies funktioniert nicht so einfach wie Du Dir das vorstellst! Sobald ich eine vernünftige Lösung dafür habe, erfärst Du wie man es macht ...