Primärkey ändern - Probleme/Risiken

Hallo zusammen

Ein Kunde von mir wünscht eine Änderung des Primärkeys in einer Standardtabelle. Ich selber würde davon abraten (Migrationsfähigkeit, nachgelagerte Anpassungen an diversen Programmen, usw.)

Mich würde hier eure Meinung dazu interessieren. Würdet ihr auch davon abraten? Was sind die möglichen Risiken, usw.? Habt ihr seler schon Erfahrungen gemacht in diesem Zusammenhang?

Bin für jeden Meinung dankbar.

Die Probleme hast du ja schon genannt. Um welche Tabelle geht es denn? Muss wirklich der Primärschlüssel geändert werden oder kann man das anders lösen?

...Um welche Tabelle geht es denn? Muss wirklich der Primärschlüssel geändert werden oder kann man das anders lösen?

Es ist Tabelle 5069, Anreden, zwar eher überschaubar, könnte man aber sicher anders lösen in dem man anstelle mit GET zugreift, FILTER-Funktionen verwendet um die Eindeutigkeit sicherzustellen.

Die Änderung des Primärschlüssels macht nur Sinn wenn der Standardprimärschlüssel nicht eindeutig ist und man ein weiteres Feld benötigt um einen eindeutigen Schlüssel zu haben. (Ich kenen eine Projektbranchenlösung wo man den Primärschlüssel in der Tabelle 167 von "No." zu "Status,No." geändert hat. Ob sowas notwendig ist oder zumindest Sinn macht ist dann die Frage.)
Sonst würde ich nur einen zusätzlichen Schlüssel anlegen und an der/den entsprechenden Code-Stelle(n) entsprechend filtern statt mit GET den Datensatz aufzurufen.

Hallo,

das kommt darauf an. Für Artikel, Debitor, Kreditor,.., also sehr grundlegende Daten, würde ich das auch nicht machen.

Für untergeordnete Tabellen (Rabatte, Preise,..) bleibt einem kaum etwas anderes übrig, wenn man eine feinere Unterteilung benötigt.

Gruß Fiddi

Hmmm... Was spricht denn dagegen, gerade bei einer so übersichtlichen Tabelle, eine neue anzulegen? Die Stellen im Code wo die referenziert wird mußt du eh anfassen.

Und die Antwort auf die eigentliche frage: Wenn möglich nicht. Probleme gibt's immer bei den Updates. Mit was neuem gehst du dem aus dem Weg.

Besten Dank für alle eure Antworten. Bestätigt das, was ich auch denke.

Huhu,

ich kann mich meinen Vorrednern auch nur anschließen. Wenn man die Tabelle jedoch nicht noch einmal mit einer neuen ID versehen möchte, weil darauf auch Pages, Reports, WebServices etc beruhen können, wäre eine weitere Lösung eine Funktion in der Tabelle zu ergänzen: z.B. GetRec,

diese holt sich anhand der übergebenen Werte (Neuer PK) den richtigen Datensatz per SETRANGE/FINDFIRST oder besser per FIND('=') und gibt den Record zurück.
Man müsste zwar immer noch die Aufrufe ändern, aber auch nur dort wo sie benötigt werden.

Viele Grüße
Thomas