Änderung eines Primärschlüsselfeldes

[Rossi]

GELÖST
Hallo zusammen,

bin neu hier und auch noch recht neu im NAV.

Folgendes Problem stellt sich mir:

Tabelle mit einem zweiteiligen Primärschlüssel (Felder Code und Startdatum) (Über 20.000 Datensätze).
Ich habe nun die Aufgabe das Startdatum (z.B. von 01.01.2014 auf 01.01.2013) zu ändern.

Wie löse ich das Problem, da ich weder mit Dataport noch mit Report (Stapellauf) weitergekommen bin. Ich wäre um ein Musterbeispiel in C/AL dankbar.

Vielen Dank

Michael

[Natalie]

Herzlich Willkommen bei uns!

Wann immer Feldwerte des Primärschlüssels geändert werden sollen, ist dies eine Umbenennung (Rename). Es ist dann das Gleiche, als würdest du z.B. eine Artikelnummer ändern.
Umbenennungen sind nicht nur recht inperformant, sondern bergen auch ein gewisses Risiko für andere Tabellen, die mit der aktuellen verknüpft sind.

Daher sollte immer zuerst sicher gestellt sein, dass diese Umbenennung nicht zusätzliche Probleme auslösen würde. Da ich weder eure Tabelle noch eure Umgebung kenne, müsst ihr euch die Frage selber beantworten.

Ab dann sind zwei verschiedene Wege denkbar, das kannst du mit einem Report oder einer Codeunit realisieren:

1. Anstatt die Umbennenung vorzunehmen, fügst du pro Code einen weiteren Datensatz mit Startdatum 01.01.2013 sein. Dann habt ihr aber doppelt so viele Datensatze wie vorher.
2. Wenn faktsich wirklich eine Umbenennung vorgenommen werden muss, würde ich das nicht über die RENAME-Funktion machen, sondern wie in Schritt 1 über eine Neuanlage von Datensätzen - und die Datensätze mit dem falschen Datum werden im Anschluss gelöscht.

[Rossi]

Vielen Dank für den Hinweis auf den ersten großen Fehler, den ich gemacht habe.
RENAME. Ich habe hier mit MODIFY gearbeitet.

Es ist richtig, dass es auf die Performance geht aber wenn ich nicht über RENAME das mache, könnte ich den Bezug zu bestehenden Datensätzen, die mit dieser Tabelle verbunden sind, verlieren.
Es funktioniert aber trotzdem nicht.

Hier mein Code in der Codeunit:

OnRun()
CLEARALL;
Kommune.RESET; //(Kommune ist eine globale Record-Variable auf die Tabelle Commune)

Startalt := '01.01.2014'; //Startalt und -neu sind globale Textvariablen
Startneu := '02.01.2014';
EVALUATE(Datealt,Startalt); //Datealt und -neu sind globale Date-Variablen
EVALUATE(Dateneu,Startneu);

Kommune.SETRANGE("Starting Date",Datealt); //Abfilterung der kompletten Tabelle auf alle Datensätze mit Startdatum = 01.01.2014
Kommune.FINDSET;

REPEAT;
Kommune."Starting Date" := Dateneu; //Ändern
Kommune.RENAME(TRUE); //Änderung durchführen

UNTIL Kommune.NEXT = 0; //Bis kein Datensatz in diesem FINDSET mehr vorhanden ist.
EXIT;

Folgender Fehler erscheint:

Eine Typkonvertierung des Ausdrucks Boolean in einen Code-Wert ist nicht möglich!

?!?!?
Sorry für meine umständliche Herangehensweise!

VG
Michael

[m_schneider]

Dem Rename - Befehl werden die zu ändernden Primärschlüsselfelder direkt übergeben.

Code: Alles auswählen

[Ok :=] Record.RENAME(Value1, [Value2],...)


Also wäre es so richtig

Code: Alles auswählen

...
REPEAT;
  Kommune.RENAME(Code, Dateneu); //Änderung durchführen
UNTIL Kommune.NEXT = 0;
...

[Rossi]

Vielen Dank! Funktioniert!

[JRenz]

Hallo,

alternativ zum RENAME kann auch mit einer zweiten Record-Variable und INSERT/DELETE gearbeitet werden.

z.B.

Code: Alles auswählen

if Record1.findset then
  repeat
    Record2 := Record1;
    Record2."Starting Date" := Startneu;
    IF Record2.insert(true) then
      Record1.delete(true);
  until Record1.next = 0;


[Kowa]

alternativ zum RENAME kann auch mit einer zweiten Record-Variable und INSERT/DELETE gearbeitet werden.

Das geht zwar wesentlich schneller, aber es werden dabei im Gegensatz zum RENAME keine Werte in anderen Tabellen mitgeändert, die ggf. eine Beziehung zu den/m Felder(n) des Primärschlüssels haben. Das muss dabei also immer vorab geprüft werden, sonst drohen Inkonsistenzen in der Datenbank.

[woger]

Wahrscheinlich macht es auch beim Lösungsansatz von m_schneider Sinn, für den eigentlichen RENAME eine weitere Recordvariable zu verwenden, damit man beim FIND-NEXT in der richtigen Sortierreihenfolge bleibt.

[BotoxWade]

Hallo Leute

Klappt irgendwie alles nicht... Nach wie vor ist meine Tabelle Verkaufspreis nicht gefüllt.

Herzliche Grüße

BotoxWade

[sweikelt]

Guten Morgen,

kannst du uns denn deinen Quellcode teilen, damit man erkennen kann, was wie wo nicht läuft?
Ins Blaue raten hilft hier recht wenig :)

[Kowa]

kannst du uns denn deinen Quellcode teilen,

Der aktuelle Fall dazu ist hier.