Tool zum Thema Datenbank Dokumentation

[GeorgG]

Hallo Joe

es gab mal in der News400 einTool DICDB dieses erstellt über alle Dateien eine Referenz mit Pgm,s logische Key felder etc.

gruß Georg

[mom]

... und da gibt es noch diese on_board_Befehle wie: DSPDBR, DSPFFD, DSPOBJD etc. etc. Und mit ein wenig Geschick und CL hat man sich ein Tool selber gestrickt.

[DEVJO]

na danke.... die Befehle kenne ich wäre auch eine alternative, wenn wir Zeit hätten, wie gesagt es geht hier nur erstmal darum eine Basis zu bekommen, am Besten ohne große aufwand....

[Fuerchau]

Im OpsNav kann man ein Datenbankmodell mit den Beziehungen zueinander erstellen.

Obs hilft ?

Ich habe mich mal daran versucht, aber ohne hinreichende Kenntnis der Anwendung steht man ganz schön auf dem Schlauch.

[E305GL]

E30 schein auf diese anforderungen wie "die faust aufs auge" zu passen. nicht nur dass einfach und sprachenunabhängig die Files/felder einfach über ein dictionary dokumetierbar sind stehen nach der Dokuerstellung alle möglichkeiten des interaktiven zugriffs über 5250 und browser.GUI zur verfügung. kein query, sql, dfu, rpg, PDM, etc mehr erforderlich. die erstellte doku ist als onlinehilfe verfügbar und als benutzer-, System-, nachrichtenhandbuch selkektiv druckbar

[AS400.lehrling]

na danke.... die Befehle kenne ich wäre auch eine alternative, wenn wir Zeit hätten, wie gesagt es geht hier nur erstmal darum eine Basis zu bekommen, am Besten ohne große aufwand....

Ich endschuldige mich schonnmal im Voraus für das folgende

Ohne großen aufwand und erstmal nur eine basis, klingt wie die übliche Gates Schrott Werbestrategie

Ich habe zwar nicht viel erfahrung im Bereich DB, aber meine bisherigen versuchungen in sachen PGM-Schöpfung zeigen eindeutig das man sich einfach die Zeit nehmen muß die es erfordert ein PGM zu stricken das Performant zuverläßig und dank führung auch dau sicher ist.

Zur Belohnung muß man sich anschließend keine Gedanken darüber machen was wohl pasiert wenn sich 50 Dau auf einmal vertippen

Gruß AS400.lehrling

[DEVJO]

naja, was soll ich sagen, wir wollen halt so schnell als möglich mit sowenig Aufwand wie nötig an eine Basis für unsere DB-Dokumentation kommen. Das wir am Ende viel selber machen müssen um eine vernünftige Dokumentation zu bekommen wissen wir.....allerdings dachten (hoffen) wir das es eine Möglichkeit gibt das grobe "erledigen" zu lassen...... naja die Hoffnung stirbt zuletzt.

@cbe: Genau das ist unser Problem, wir machen die Queries für die dau´s wollen es aber nicht mehr machen, da das Verhältnis aus Aufwand und Ertrag einfach nicht mehr stimmt. Allerdings wollen wir auf keinen Fall, das sich User Ihre Queries selber zusammen basteln, was am dabei herauskommt, kann ich mir (will es aber eigentlich gar nicht) vorstellen.

[RobertPic]

Ich habe in diese Richtung auch schon geforscht, aber nicht wirklich eine Lösung gefunden.

Es gibt zwar Software für das Dokumentieren von Datenbanken, aber diese erkennen Beziehungen nur wenn sie mittels constraints definiert sind.

Selbst wenn man diese definieren will, ist das nicht immer möglich. So kann man z.B. keine Konstanten im Zugriffspfad verwenden.

Das Hinzufügen eines contraint löst zwar keinen Levelcheck aus, aber ist mir trotzdem ein wenig zu heiß.

Im Moment bin ich noch voll mit dem Maschinenwechsel (inkl. XSM-Cluster) beschäftigt, aber danach werde ich mir den neuen Query anschauen.

Produktname: DB2 Web Query for System i

Mal sehen wie die das gelöst haben. Nachdem das eine zugekaufte Software ist, wird diese wohl auch Contraints brauchen....

/Robert