LF, View, Index

[dibe]

Habe das gerade mal ein wenig probiert,
mit "alter Table" geht das auf DDS beschriebene PF, das ist gut.
Gelöschte Sätze werden mitgezählt, das ist schlecht.
ein RGZPFM nummeriert neu durch, das wäre eine Katastrophe, dann wären ja alle abh. Dateien falsch!
kann man das einstellen?

[B.Hauser]

Habe das gerade mal ein wenig probiert,
mit "alter Table" geht das auf DDS beschriebene PF, das ist gut.
Gelöschte Sätze werden mitgezählt, das ist schlecht.
ein RGZPFM nummeriert neu durch, das wäre eine Katastrophe, dann wären ja alle abh. Dateien falsch!
kann man das einstellen?

Lass das! Spätestens bei der nächsten DDS-Änderung hast Du die Identity vergessen!

Konvertiere die Tabelle nach DDL und füge dann die Spalte hinzu.
Erstelle das SQL Skript über Reverse Engineering (ACS Wizard - Generate SQL oder SQL Stored Procedure GENERATE_SQL), achte darauf, dass CREATE OR REPLACE TABLE angegeben ist.
Führe das SQL Skript aus ... und schon ist die Tabelle konvertiert! Wenn Du nur konvertierst und keine neuen Spalten einfügst brauchst Du noch nicht einmal die RPG-Programme mit Native I/O zu kompilieren.

Aber Achtung: Vor der Konvertierung musst Du sicherstellen, dass Deine physische Datei keine ungültigen numerischen Daten (z.B. *Blanks) enthält, ansonsten gehen Dir Daten verloren.
In der Bibliothek SYSTOOLS gibt es die Funktionen VALIDATE_DATA, VALIDATE_DATA_FILE und VALIDATE_DATA_LIBRARY mit denen Du auf ungültige numerische Werte prüfen kannst. Diese müssen zunächst korrigiert werden.

Alle Daten und abh. Objekte bleiben erhalten und müssen nicht neu erstellt werden.

[Andreas_Prouza]

Ein RGZPFM ändert nicht die Nummer bei einer Identiy Spalte.
ei Commit-Steuerung, wenn neu erstellte Sätze doch wieder mit Rollback entfernt werden, entstehen ebenfalls Lücken im Nummernkreis.
Das ist aber völlig egal und hat auch niemandem zu interessieren, da die Nummern nicht für eine hübsche Lesbarkeit sondern für Eindeutigkeit und Integrität bei Fremdschlüsseln dienen.

Ich verwende (meistens) sowieso nur noch BIGINT für die ID.
Teilweise haben wir hier noch ein Denkschema von 1980 wo jedes Byte gezählt hat.
Heute erzeugen wir durch dieses Denkschema nur langfristige Probleme, denn von der Performance merkst du da bei den Maschienen keinen Unterschied mehr.

[dibe]

Vielen Dank!

Konvertiere die Tabelle nach DDL und füge dann die Spalte hinzu.
Erstelle das SQL Skript über Reverse Engineering (ACS Wizard - Generate SQL oder SQL Stored Procedure GENERATE_SQL), achte darauf, dass CREATE OR REPLACE TABLE angegeben ist.
Führe das SQL Skript aus ... und schon ist die Tabelle konvertiert! Wenn Du nur konvertierst und keine neuen Spalten einfügst brauchst Du noch nicht einmal die RPG-Programme mit Native I/O zu kompilieren.

Sie meinen sicher erst das Reverse Engineering, dann das hinzufügen in die Source / das Script?
ACS habe ich. (zum Glück auf deutsch)
Wie komme ich in den Wizzard?

Dann muß ich einen unique Key auf die Datei legen, Key = die neue Spalte?
Und trotz Aktualitätsprüfung brauche ich nicht Wandeln?

Das mit dem RGZ probiere ich nochmal, m.e. war das eben so, warsch. heute abend.

DiBe

[Andreas_Prouza]

Das mit dem RGZ probiere ich nochmal, m.e. war das eben so, warsch. heute abend.

Sollte das der Fall sein, so wäre das der IBM als Bug zu melden.
Ein Reorg darf niemals den Inhalt von Datensätzen verändern.

Im ACS gehst du über das Menü "SCHEMA", dort Rechts-Klick auf Schema --> Inkludierst die Lib --> gehst in den Bereich "Tabellen" Rechts-Klick auf die gewünschte Tabelle --> SQL Generieren.
Es gibt auch eine SQL prozedur dafür
https://www.ibm.com/docs/en/i/7.4?to...-sql-procedure

Die Programme müssen umgewandelt werden.

[BenderD]

... die Programme müssen nicht gewandelt werden, wenn man der PF einen anderen Namen verpasst und unter dem alten Namen eine DDS LF mit den Feldern der alten PF und den alten Keyfeldern anlegt. Der neue Kunstkey ist dann zusätzlich, die Applikation benutzt den alten Key, die Historie den neuen generierten Key.

[dibe]

Ein Menü Schema habe ich nicht.
Ist es doch das falsche Pgm?

[camouflage]

Dietlinde,

Du müsstest unter der Datenbank den Eintrag "Schemata" haben, der fehlt auf deinem Screenshot. Welche Version vom ACS hast Du im Einsatz. Sonst müsstest Du oben in der Auswahl einen Menüpunkt "Schemata" finden. Und dann so weiter wie es Andreas beschrieben hat.


Nachtrag:
unter Aktionen findet man den Eintrag Datenbank auch. Fehlt dieser, ist der ACS unvollständig geladen.

[Andreas_Prouza]

Es kann sein, dass du eine alte Version vom ACS hast. Der Eintrag "Schemata" ist irgendwann dazugekommen (eigentlich schon seit einigen Versionen).

[dibe]

ich habe hier 1.1.5.1

Check for Update hat vorhin eine 1.1.8? (bin nicht sicher) angezeigt.
jetzt geht der Punkt gar nicht mehr.
Und ich konnte auch nur OK drücken, ein Update geladen hat er nicht.
da muß ich wohl mal nachsehen woher ich eine aktuelle Version bekomme.

Vielen Dank Euch!
Dietlinde Beck

[Fuerchau]

Die Version gibts native mit IBM ID von den IBM-Seiten.
https://www.ibm.com/support/pages/ib...ient-solutions