Log-Funktion in DB

[scipio]

Hab' da mal eine blöde Frage:

In einer Datenbank soll man sehen können, welche Dokumente wie oft gelesen werden. Die User haben lediglich Zugriff als "Leser".

Hat jemand so etwas schon mal gemacht und kann mir eine grobe Richtung empfehlen?

Danke.

[Semeaphoros]

Geht vermutlich am einfachsten über die Billing-Funktion. Hinweise dazu in der Designer- und in der Admin-Hilfe

[koehlerbv]

Dann sieht man es aber nicht in der betreffenden Datenbank, Jens ...

Denkbar wäre, für das Logging der DB A eine eigene DB B herzunehmen, in der Dokumente erzeugt werden bei einem Zugriff auf ein Dokument in DB A. Die erforderlichen Informationen in Docs von DB A können dann entweder on-the-fly beim Öffnen des Dokuments aus DB B ausgelesen werden, oder ein periodischer Agent erledigt dies "hart".

Das nur als eine Idee für die "grobe Richtung".

Bernhard

[Semeaphoros]

Nun, mit einer externen DB B ist es dann ungefähr gleich weit wie das Nutzen des Billings, ausser dass Billing, da "eingebauter" Code, vermutlich effizienter ist. Dafür ist eine eigene Lösung natürlich flexibler.

[scipio]

Danke schon mal. Ich habe gerade mal ein wenig rumgespielt:

User haben Leserecht, dürfen öffentliche Dokumente schreiben.
In der Maske, mit der die Autoren Dokumente erfassen, habe ich im Postopen folgendes eingebaut:

Code

...

User = Evaluate("@Name([CN]; @UserName)")
doc.Form = "LogDoc"
doc.User = User
...
Call doc.Save( True, True )

...

Das Logdoc besitzt ein berechnetes (Text)Feld $PublicAccess mit dem Wert "1"; in den Maskeneigenschaften habe ich den Haken bei 'Verfügbar für Benutzer mit öffentlichem Zugriff' gesetzt.

Meine Frage: Warum wird das LogDoc nicht gespeichert?

[TMC]

Das Logdoc besitzt ein berechnetes (Text)Feld $PublicAccess mit dem Wert "1"; in den Maskeneigenschaften habe ich den Haken bei 'Verfügbar für Benutzer mit öffentlichem Zugriff' gesetzt.

Maskeneigenschaften sind hier egal, da Du das Dokument im Backend erstellst. Das computed Feld wird wird auch erst beim nächsten Speichervorgang im Frontend aktualisiert.

Du musst also $PublicAccess bereits beim Erstellen des Backend-Dokumentes setzen.

[flaite]

Warum wird nicht einfach das loga.ntf Template benutzt? und NotesLog Klasse.
Dann kann das direkt für mehrere Datenbanken benutzt werden, wenn Bedarf aufkommt.
Ich finde nicht, dass so ein Logging in die eigentliche Anwendung gehört, wo LotusNotes ja schon eine Lösung dafür bereithält.

[TMC]

Sehe ich genau so, Axel/Kennwort.

Wobei die log.nsf meiner persönlichen Meinung nach nicht wirklich taugt.
Ich musste bsp. Agenten sauber loggen. Dabei Realsituation: Domino-Admin kommt mit einem dicken Kopf Montag morgen ins Büro. Als erstes schaut er nach, ob alles sauber gelaufen ist am Wochenende. Spätestens hier ist m.E. die Log.nsf unzureichend. Ich habe daher was eigenes erstellt, womit über ErrorHandling in einigen Datenbanken eine zentrale DB entsprechend gefüllt wird (inkl. mehrerer Status, etc. etc.). Einziger Nachteil bei meiner Lösung: die TMC-Log.lss muss in alle Datenbanken übertragen werden, wenn ich was ändere.
Eine Traumlösung stellt log.nsf für mich nicht dar.

Aber letztendlich sollte so ein Logging in jedem Fall in einer 2. DB stattfinden, so sehe ich das auch.

[koehlerbv]

Ich sehe das wie Matthias. Die NotesLog class ist "für die fixe Lösung", weist aber im realen Einsatz durchaus Probleme auf. Ich selbst habe sie noch nie produktiv eingesetzt wegen ihrer Grenzen und setze ebenfalls eine eigene Klasse ein (natürlich mit den gleichen nachteilen, die Matthias genannt hat, aber ob das wirklich Nachteile sind, wage ich zu bezweifeln - das Kopieren einer Library in eine neue Applikation stellt ja nun keinerlei Problem dar).
Die Vorteile überwiegen:
- Logging in der gleiche noder einer eigenen DB
- Übersichtliche Darstellung der Stati
- Aufteilung auch langer zu loggender Sessions notfalls in x Dokumenten, aber mit einer Zusammenfassung
- optionale Benachrichtigungen an Admins oder andere frei zu konfigurierende Personen / Gruppen / Rollen
- eigene Zugriffssteuerung auf die Log-Dokumente (wichtig vor allem, wenn das Logging in der gleichen DB erfolgt)

Bernhard

[flaite]

Man kann in diese Log-DB bessere Ansichten einbauen. Dann wird die übersichtlicher. Z.B. Ansicht mit ALLES nach Datum sortiert. Spezielle kritische-Fehler-Ansicht, etc.
Ausserdem gibt es auf diesem Open-Source Portal, wo Thomas S. und Ulrich ihr !Help! haben auch eine Log-Template das ziemlich gut sein soll.
Ich hab schon ein paar selbstgebaute Log-Lösungen gesehen, die wirklich schlecht programmiert waren. Deshalb würde ich sowas immer auf vorhandenes aufbauen.

[koehlerbv]

Ausserdem gibt es auf diesem Open-Source Portal, wo Thomas S. und Ulrich ihr !Help! haben auch eine Log-Template das ziemlich gut sein soll.
Ich hab schon ein paar selbstgebaute Log-Lösungen gesehen, die wirklich schlecht programmiert waren. Deshalb würde ich sowas immer auf vorhandenes aufbauen.

Axel, Du findest auf OpenNTF ("auf diesem Open-Source Portal, wo Thomas S. und Ulrich ihr !Help! haben") gute und schlechte Lösungen, und Du findest das wirklich überall woanders auch. Und auch ich habe schon Log-Lösungen gesehen, die grottenschlecht waren, und genau so welche, die mir Inspirationen gaben.

Das "Üble" an OpenNTF ist: Du hast vollkommen Recht, das man auf (gutem) vorhandenen aufbauen sollte, wenn man es nicht selber machen will, kann oder es nicht als zielführend ansieht, alles selber zu machen ("selber" verstehe ich hier als "im verfügbaren Team"). Da sich aber bei OpenNTF (u.a. Quellen - auch der der Ex-Iris-jetzt-IBM-Lotus-Notes "Sandbox") nachahmenswertes und daneben gleich auch "worst practices" findet, ist es extrem schwer, hier Ratschläge zu geben.

Bernhard

[Semeaphoros]

Das ist ein absolut wahres Wort, Bernhard, bei aller Begeisterung für OpenNTF und meiner Unterstützung für die Bewegung meine ich auch, dass man da trotzdem die Augen offen halten muss und die Qualität kritisch beurteilen sollte.

Ich habe dort des öfteren Codeschnippsel gesehen, die sehr oberflächlich und gefährlich implementiert waren und wo ich den Eindruck hatte, sie waren da, um das Ego des Publizisten aufzupolieren und nicht, um für irgendwas wirklich nützlich zu sein.

Daneben gibt es dort natürlich vorbildlich excellenten Code .....

[flaite]

Ich hab positives von der Log-Lösung von OpenNTF gehört. Habs aber selber nie benutzt. Ich find die Notes-Lösung brauchbar. 

[Semeaphoros]

Axel, Du kennst die Leute, die das auf die Beine gestellt haben, nicht, sonst wüsstest Du, warum ich das so geschrieben habe.