DDS Feldname ermitteln

[KM]

Hallo pwrdwnsys,

die Datei SYSCOLUMNS wird auch bei DDS-Dateien gepflegt, da es ja nur eine logische Datei zu QADBXREF ist, in der alle Dateien vorhanden sind. Wir arbeiten fast ausschließlich mit DDS-Dateien. Und diese sind alle darin enthalten.

Beim SAVxxx/RSTxxx müsste die Datei auch gepflegt werden. Wir erstellen z.B. auch sämtliche Dateien auf System A und übertragen sie mit SAVRSTOBJ auf System B. Und in SYSCOLUMNS auf System B sind alle Dateien vorhanden.

@Fuerchau:

getLabelName liefert doch COLHDG zurück !

Genau aus diesem Grund kann er es ja nicht verwenden. Er will ja den Feldnamen und nicht COLHDG.

Gruß,
KM

[pwrdwnsys]

Hallo pwrdwnsys,

die Datei SYSCOLUMNS wird auch bei DDS-Dateien gepflegt, da es ja nur eine logische Datei zu QADBXREF ist, in der alle Dateien vorhanden sind. Wir arbeiten fast ausschließlich mit DDS-Dateien. Und diese sind alle darin enthalten.

Beim SAVxxx/RSTxxx müsste die Datei auch gepflegt werden. Wir erstellen z.B. auch sämtliche Dateien auf System A und übertragen sie mit SAVRSTOBJ auf System B. Und in SYSCOLUMNS auf System B sind alle Dateien vorhanden.


Gruß,
KM

KM, das mit dem SAV / RST stimmt, gilt aber leider nur für DDS-Dateien. Habs gerade ausprobiert. Alles, was mit SQL erstellt wird (auch wenn die Bibliothek mit CREATE DATABASE erstellt wird) wird beim RESTORE leider NICHT nachgezogen.

[Fuerchau]

Das wäre auf jeden Fall ein BUG und gehört entweder gemeldet oder ist bereits durch ein PTF behoben !!!

Es wäre FATAL, wenn das Systemrepository durch den Restore nicht angepasst würde.

Nochmal:
Beim Create Collection werden SYS-Datein als Views in die neue Lib eingetragen.
Create Table und co. füllen das Systemrepository und sind direkt per SYS-Objekte sowohl aus QSYS2 als auch aus der Lib abfragbar.

Wenn ich nun bei einer Systemwiederherstellung (nacktes System) und einem Restore meiner DB die SYS-Objekte nicht gepflegt würden könnte ich meine ganze Anwendung vergessen, da ich ja sämtliche Tables/Views/Trigger/Functions/Procedures u.v.m. komplett neu erstellen müsste.

Es funktioniert ja sogar mit SQL-Triggern/Funktionen/Prozeduren wenn ich diese von einem auf das andere System übertrage, da entsprechende SQL-Informationen in den Programmen abgelegt werden.