Auswertung von Lookups

[William Wallace]

Hallo All,

ich habe mir schon oft die Frage gestellt, ob es ein Tool gibt das pro Datenbank die Lookups (interne/externe) dokumentiert und ggf. sogar noch grafisch darstellt. Lookups könnten natürlich @DbLookups als auch dc.getdocumentbykey, etc. sein.

Ist jemanden sowas bekannt    *die hoffnung stirbt zuetzt*

Gruß,
William

[Thomas Schulte]

Nee so richtig bekannt ist mir da nichts, aber die TeamStudio Produkte könnten das abbilden können. Bernhard kann da glaube ich mehr dazu sagen.

[Glombi]

Mit dem Teamstudio Analyser kann man die Stellen herausbekommen.
Du kannst via Volltestsuche ganz normal suchen, da es eine eigene Notes Datenbank zur Analyse gibt. Du kannst auch Filter schreiben...

Andreas

[koehlerbv]

Wenn es um das Design geht, kann das - wie von Andreas schon geschrieben - der Analyzer. Irgendwie klingt mir die Frage aber so, als wenn es darum geht, herauszubekommen, wie oft (und wer ?) via @dbLookup oder NotesView.GetDocumentByKey / Get AllDocumentsByKey auf eine DB zugegriffen wird.

Wenn dem so wäre: No way.

Bernhard

[Semeaphoros]

Den gleichen Eindruck wie Bernhard hatte ich auch. Vielleicht hilft dann der Profiler, den wir in 7 bekommen sollten.

[koehlerbv]

Der Profiler, Jens, wird aber auch "nur" den Ablauf des Codes überwachen, aber nicht die allgemeinen Zugriffe auf die DB (AFAIK).
Ich würde dieses Ansinnen aber auch als de facto nicht lösbar ansehen. Neben @dbLookup und den LS_Äquivalenten gibt es ja noch x Möglichkeiten, die faktisch das gleiche tun.

Bernhard

[Semeaphoros]

Ok, kommt draufan, wozu man das machen will. Wenns darum geht, Access-Statistiken zu machen, dann gibt es von Extracomm ein Produkt, das sowas ähnliches bewerkstelligt. DotNSF hat ebenfalls Tools, um solche Sachen zu überwachen. Wenns um Performance oder so geht, dann wird der Profiler gewisse Antworten geben können.

[koehlerbv]

Ok, kommt draufan, wozu man das machen will.

So sehe ich das auch, Jens. Schauen wir also mal, was Mr. Wallace weiter zur Frage ausführt.

Bernhard

[flaite]

Ich wette er meint so was im Sinne von graphische Darstellung im Sinne von besserer Übersicht.
Der Nutzen wäre zwar da, kann aber leicht überschätzt werden.
In UML hat ja man auch mehrere Diagrammtypen -> Sichten auf den Code.
Ein nicht wegzudiskutierender Vorteil ist, dass man viel Information auf wenig Platz hat.
Aber eben nur 1 Aspekt. Die Lookup Beziehungen sind nicht alles.
Eine statische Ansicht der Beziehungen.
In UML gibt es ja noch sowas wie Sequenzdiagramme (dynamische Ansicht) und das ist oft auch sehr wichtig.
Ich glaub aber auch, dass sich viele Leute von UML blenden lassen. Mit so Graphik-Zeug sehen auch nicht zu Ende gedachte Ideen ordentlich aus. In laufenden Code fällt es dagegen sofort auf.

[William Wallace]

Hallo,

mir geht es nicht um eine Statistik über Zugriffe oder ähnliches, sondern wirklich eher darum wo bestehen Datenbankübergreifende Lookups und wie sehen die im Detail aus. Wir haben viele Anwenderdatenbanken, die mehrfach auf Datapools, NAB, etc. zugreifen. Genau diese Lookups (Script & @Fomel) hätte ich gerne via Tool ausgewertet, weil ich nicht alle Anwenderdatenbanken durchgucken möchte.

Von der Firma Teamstudio habe ich schon gehört - @Bernhard: Der Analyser kann sowas?

Gruß,William

[Semeaphoros]

Definitiv eine Analyser-Geschichte