Systemkatalog-View SYSFIELDS fehlt

[B.Hauser]

Wenn Dir schon Kent Milligan darauf keine Antwort geben kann, wie sollen wir es dann können?

Aktuell werden insbesondere die Statistic Views (z.B. SYSTABLESTAT oder SYSPARTITIONSTAT) nicht in die Catalog Views für die einzelnen Umgebungen übernommen bzw. erstellt.
Warum das so ist, müssen die Jungs von der IBM sagen.

Wenn Du die Catalog View in einer individuellen Bibliothek haben willst, dann erstell' sie Dir halt mit:

Create View YourLib/YourView
as (Select * from QSYS2/SYSFIELDS
Where Table_Schema = YourLib);

... außerdem solltest Du statt CREATE COLLECTION (AS/400 spezifisch) den Befehl CREATE SCHEMA (SQL Standard) verwenden, ggf. wurde der zweite Befehl erweitert, der erste nicht (mehr) geändert.

Birgitta

[COS]

Wenn Dir schon Kent Milligan darauf keine Antwort geben kann, wie sollen wir es dann können?

Aktuell werden insbesondere die Statistic Views (z.B. SYSTABLESTAT oder SYSPARTITIONSTAT) nicht in die Catalog Views für die einzelnen Umgebungen übernommen bzw. erstellt.
Warum das so ist, müssen die Jungs von der IBM sagen.

Wenn Du die Catalog View in einer individuellen Bibliothek haben willst, dann erstell' sie Dir halt mit:

Create View YourLib/YourView
as (Select * from QSYS2/SYSFIELDS
Where Table_Schema = YourLib);

... außerdem solltest Du statt CREATE COLLECTION (AS/400 spezifisch) den Befehl CREATE SCHEMA (SQL Standard) verwenden, ggf. wurde der zweite Befehl erweitert, der erste nicht (mehr) geändert.

Birgitta

ich hatte die Hoffnung, das man mich hier eher versteht ......

[Fuerchau]

Laut Dokumentation ist Collection nur noch ein Synonym für Schema (oder anders herum) und sollte daher nicht unterschiedlich implementiert sein sondern auf die selben Routinen zugreifen.

Ansonsten suche hier mal im Forum nach "SYS-Tabellen nachträglich installieren" oder so ähnlich.

[Fuerchau]

So habs gefunden, ob aber alles angepasst oder nur fehlende Views erstellt werden weiß ich nicht:

CALL QSYS2/QSQXRLF PARM(CRT Bibliotheksname)

[COS]

So habs gefunden, ob aber alles angepasst oder nur fehlende Views erstellt werden weiß ich nicht:

CALL QSYS2/QSQXRLF PARM(CRT Bibliotheksname)

jawohl, perfekt, das ist das was ich gesucht hatte!

ich wußte doch, IHR seid das beste IBM-i Forum !!!!

Danke.


PS: .... gerade ausprobiert ..... erstellt nur die fehlenden Views !

[Fuerchau]

Ggf. würde ich dann die anderen Views mal löschen und neu erstellen lassen da sich ja doch einiges geändert haben könnte.

[beegee]

Hallo,

ich möchte aus Java aus den physischen Dateien die Namen der Keyfelder per SQL auslesen.

Mit der SYSKEYS in QSYS2 habe ich nicht den direkten gewünschten Zugriff über den Tabellennamen.

Braucht man hier noch eine View dazu?

Christian

[andreaspr@aon.at]

Hi Christian,

ich schätze, dass es sich dabei um DDS Tabellen handelt.
Versuch es mal mit folgenden Statement:

SELECT NUMBER_KEY_COLUMNS, COLUMN_NAMES 
FROM SYSPARTITIONINDEXES
WHERE TABLE_NAME = 'TAB1'

lg Andreas

[BenderD]

... die diversen Repository Views sind nicht einmal für DB2/400 ordentlich dokumentiert, im Sinne von: geht im nächsten Release immer noch; geschweige denn DB2 standardisiert, oder gar SQL Standard.
Java sieht hierfür als Standard DataBaseMetaData vor und überlässt dem Treiber Anbieter die Verantwortlichkeit wie das implementiert wird. Was getPrimaryKeys da mit den diversen Treibern so liefert, käme dann auf einen Versuch an - in jedem Fall ist das der Java Weg, um an die Informationen zu kommen.

D*B

[beegee]

Ich müsste noch mit meinem Java-Entwickler sprechen, aber er hat es über die Meta-Data versucht und hat nicht alles so zurückbekommen....

[andreaspr@aon.at]

Java ist genauso auf die Werkzeuge vom OS angewiesen.
Und in der genannten View findest du alles was du brauchst.

[beegee]

Hi Christian,

ich schätze, dass es sich dabei um DDS Tabellen handelt.
Versuch es mal mit folgenden Statement:

SELECT NUMBER_KEY_COLUMNS, COLUMN_NAMES 
FROM SYSPARTITIONINDEXES
WHERE TABLE_NAME = 'TAB1'

lg Andreas

Danke, das hat super funktioniert.

Das mit den Java Meta-Data schauen wir uns aber noch genauer an.