nicht verwendetet Objekte

[Dollak]

Hallo,

ich bin gerade dabei meine LPARs ein wenig aufzuräumen.
Ich suche eine Lösung um "nicht verwendete Objekte" in Benutzerbibliotheken aufzupüren.
Wie z.B. Programme, Pf, FL, Views, Indexe..... etc.

Gibt es hierbei ausser DSPOBJD und die QSYS2 Dateien noch andere Möglichkeiten.

Gruß

[Fuerchau]

DSPOBJD leifert dir doch die Informationene zum letzten Zugriff.
Die Alternaitve sind API's, die aber die selben Informationen liefern.

[Dollak]

Danke Dir.
Ich hatte irgendwie noch in Erinnerung, das man mit dem DSPOBJD Befehl nicht alles Informationen erhält.

Besteht auch die Möglichkeit herauszufinden, welche Felder in einer Datei nicht benutzt werden?

[Fuerchau]

Eine ähnliche Frage gab es hier im Forum schon mal.
Stichwort ChangeManagementSystem!
Analyse sämtlicher Quellen auf Feldverwendung (Crossref).
Berücksichtigung von Queries, QMQueries, ODBC-Zugriffen u.v.m.

Alternative ist Auswertung eines Journals auf Feldinhaltsänderungen (Vergleiche von Before/Afterimages).

[Pikachu]

Aufpassen, wenn Feldnamen in RPG-Programmen mit PREFIX oder ähnlichem geändert werden oder Felder mittels OVERLAY in externen Datenstrukturen einen zusätzlichen Feldnamen erhalten!

[BenderD]

Besteht auch die Möglichkeit herauszufinden, welche Felder in einer Datei nicht benutzt werden?

... was soll das denn sein? Feldinhalt bei allen Datensätzen NULL? Ein halbes Jahr lang nicht benutzt (lesende Zugriffe hinterlassen keine Spuren - auch nicht im Journal!)? Über Programme nicht erreichbar (woher kommt dann gegebenen Falls der Inhalt)? Selbst wenn man Programme, Queries etc. durchkämmt kann einem durchaus dynamisches SQL durch die Lappen gehen.

D*B

[Pikachu]

... (lesende Zugriffe hinterlassen keine Spuren - auch nicht im Journal!) ...

Aber vielleicht im Lese-Trigger mit ADDPFTRG TRGEVENT(*READ)

[Dollak]

Wr haben hier eine selbstgeschriebene Software... und jeder Entwickler hatte mal das Recht Felder zu einer Datei zu adden..... Leider ohne Verstand....
Mir geht es nur darum zu ermitteln welche Felder überhaupt nicht in Verwendung sind, d.h.
Char = blank
Num = 0
etc.

[BenderD]

... auch das hinterlässt von selber keine Spuren.

[BenderD]

Wr haben hier eine selbstgeschriebene Software... und jeder Entwickler hatte mal das Recht Felder zu einer Datei zu adden..... Leider ohne Verstand....
Mir geht es nur darum zu ermitteln welche Felder überhaupt nicht in Verwendung sind, d.h.
Char = blank
Num = 0
etc.

... auch das gibt nix her; wenn da heute überall 0 drinsteht, kann da gestern noch was dringestanden haben und am 31.12. wieder was reingeschrieben werden, das am 1.1. des Folgejahres wieder auf 0 gesetzt wird...

[Fuerchau]

Der READ-Trigger stellt nur das Lesen fest, ob eines der vielen Felder auch tatsächlich benötigt wird kann hier nicht geprüft werden.
Zumal dieser Trigger ja nicht feststellen kann, welches einzelne Feld denn da durch SQL gewünscht wird.

@Pikachu
Da behauptet doch ein Hersteller selbst das festzustellen.
Ob er allerdings auch Pointerverwendung und -Arithmetik analysieren kann um das daraus resultierende Feld zu berechnen bezweifle ich doch stark.