Ansicht nach besten Autoren

[Bruce Willis]

Hallo,

jetzt wo alle schon wieder nüchtern und freundlich sind    traue ich mir zu, hier um Rat zu bitten.

Ich möchte eine DB-Ansicht kreieren, wo die Autoren nach der Anzahl deren Dokumente sortiert sind.

- Erste Spalte wäre z.B. die Formel mit Spaltenwert "1", Summe "Gesamt", Detailzeilen "Verbergen"

- Zweite Spalte wäre z.B. Feld "Autor" bzw. "Schriftsteller", Sortiereung "Aufsteigend", Typ "Kategorien".

Wie kriege ich aber die Sortierung der Autoren nach Anzahl deren Dokumente?

Hätte jemand eine Idee oder noch besser eine Lösung? 

Gruß
Bruce

[Glombi]

Hallo Bruce 

also das dürfte schwierig in Notes sein. Es ginge, wenn Du in jedem Dokument die Anzahl der Dokumente pro Autor führst, d.h. aber auch, Du musst einen Mechanismus implementieren, der alle zugehörigen Dokument ändert, sobald Du einem Autor ein neues Dokuments zuordnest bzw. eines entfernst.
Es ist sicher möglich, hat aber auch seine Tücken...

Andreas
P.S.: Dein Mut jetzt schon zu posten ist bemerkenswert und sicher Ausdruck Deines immensen Selbervertrauens 

[koehlerbv]

"Schwierig" ? Nett und höflich ausgedrückt, Andreas 

Das geht schlicht und ergreifend nicht (statisch). Ein Workaround wäre, sowas ad-hoc zu machen (okay, anders geht es gar nicht) und einen Report zu generieren (sauber) oder temporär Dokumente zu bilden und diese in einen Folder zu tun und in diesen Docs die Hits zu zählen (sehr unsauber - der Schrott muss ja danach wieder weg ...).

Aber es gibt sicherlich auch noch andere Wege. Es werde naber immer Workarounds sein, da Notes als dokumentenorientierte DB nun alles andere als "Zählen" zu seinen Stärken zählt.

Bernhard

[TMC]

Ich möchte eine DB-Ansicht kreieren, wo die Autoren nach der Anzahl deren Dokumente sortiert sind.

Das geht schlicht und ergreifend nicht (statisch).

Nun, abgewandelt geht das schon.

Mach eine Ansicht mit allen betreffenden Doks, und 1. Spalte kategorisiert.

Als Spaltenformel dann sowas wie
@DocDescendants(""; "% ") + @Name([Abbreviate];DeineAutoren)

Als Service bietet diese Lösung noch zusätzlich, dass beim Aufklappen der Kategorie alle Dokumente des jeweiligen Autors erscheinen 

[koehlerbv]

Hallo, Matthias,

mit @DocDescendants bekommst via "%" "Notes special text" zurück geliefert. Wie willst Du den denn sortieren ?

Ich schliesse nicht aus, dass mir hier jahrelang etwas verborgen geblieben ist, aber ich habe da so meine Zweifel.

Bernhard

[TMC]

Hallo Bernhard,

in der Tat kann @DocDescendants Ärger bereiten.

Aber z.B. folgendes funktioniert tadellos in in einer (ascending!) sortierten Spalte bei mir:

_Authors := DeineAutoren;
_Val := @DocDescendants;
_Rest := (@Name([Abbreviate]; _Authors));
_Val + " - " + _Rest

D.h. es findet dann folgende Sortierung statt:
534 - User 17
74 - User 23
8 - User 3

[koehlerbv]

Probier das mal in einer neuen Datenbank, Matthias, und schaue dabei darauf, welcher Autor als erster, zweiter, dritter usw. jemals Dokumente erstellt hat. Das dient dann auch der Sortierung - leider.

Soweit meine Erfahrung.

Bernhard

[TMC]

Meine Erfahrung sieht da anders aus - siehe oben.

Aber am besten Bruce testet das mal.

Matthias

[Glombi]

Hallo Bernhard,

in der Tat kann @DocDescendants Ärger bereiten.

Aber z.B. folgendes funktioniert tadellos in in einer (ascending!) sortierten Spalte bei mir:

_Authors := DeineAutoren;
_Val := @DocDescendants;
_Rest := (@Name([Abbreviate]; _Authors));
_Val + " - " + _Rest

D.h. es findet dann folgende Sortierung statt:
534 - User 17
74 - User 23
8 - User 3

Ich habe es nicht getestet (zeitmangel), aber ich schätze, dass alphabetisch sortiert wird und nicht numerisch. D.h.
1
11
2

Oder? Alles andere würde mich jetzt überraschen.

Andreas

[TMC]

Sorry Leute.

Mit o.g. Formel wird nur der Teil "_Rest" zur Sortierung verwendet, wohl weil @DocDesc. erst später berechnet wird beim Ansichtsaufbau.
Beim Testen war das dann Zufall, dass der User mit dem ersten Vornamen im Alphabet gleichzeitig die meisten Doks hatte (Murphy lässt grüßen).

Ergo: so nicht zu gebrauchen.
Außer es gibt generell nicht viele Autoren (vielleicht 10) in der DB, dann wäre
@Name([Abbreviate];DieAutoren)  + @DocDescendants(""; " (%)")
sicherlich auch eine Alternative, ist dann nur nicht sortiert.

[Bruce Willis]

Hallo Leute,

VIELEN DANK

für Eure Beiträge!!!

Ich hätte nie gedacht, dass die Creme der (Notes) Gesellschaft am ersten Arbeitstag des Jahres so hilfsbereit sein wird.
 

Gruß
Bruce

P.S. Andreas, es ist bewunderlich, wie richtig Du die Leute einschätzen kannst! 

[HarryB]

@Bruce

Muss es eine Ansicht sein oder würde auch zum Beispiel eine Dialogbox ausreichen? Über wie viele Autoren reden wir? Müssen alle dargestellt werden oder aber nur die Top10 oder Top20?

Wenn dir diese Statistik als Dokument ausreicht, hast du zwei Möglichkeiten:

1. Berechnung on demand, sobals das Dokument angefordert wird;
2. Berechnung periodisch (oder per Trigger) per Agent, zum Beispiel alle 30 Minuten (oder jedes mal, wenn ein neues Dokument eingestellt wird...)

Du kannst dann das Dokument in einer Dialogbox oder ganz normal darstellen lassen. Es würde sich dafür ein Profildokument anbieten. Oder aber, die Statisktik wird jedes mal neu erstellt und du pickst dir aus einer Ansicht der Statistikdokument, die nach Erstelldatum der Dokument sortiert ist, das erste (oder letzte, je nachdem) raus.

Wenn du es on demand machst, musst du das Dokument nicht mal speichern. Das ist wieder ein klassischer Fall der Äbwägung zwischen Perfomance und Speicherplatz.

Viele Grüße
Harry

[Bruce Willis]

...Wenn dir diese Statistik als Dokument ausreicht, hast du zwei Möglichkeiten:

1. Berechnung on demand, sobals das Dokument angefordert wird;
2. Berechnung periodisch (oder per Trigger) per Agent, zum Beispiel alle 30 Minuten (oder jedes mal, wenn ein neues Dokument eingestellt wird...)

Du kannst dann das Dokument in einer Dialogbox oder ganz normal darstellen lassen. ..

Hallo Harry,

danke für Deinen interessanten Vorschlag!

Könntest Du bitte diesen detailiert mit Formeln, Ansichten etc. erläutern?

Gruß
Bruce

[koehlerbv]

"Bruce", Harry wird bestimmt antworten. Aber Formeln und Ansichten: Nelsja. Damit geht gar nix. LotusScript ist angesagt.

Das nur mal als Vorabinfo.

Bernhard

[TMC]

Auf die schnelle:

• NotesDocumentCollection über alle betreffenden Doks
• Dokumente durchloopen
• Entsprechende Item(s) auslesen, die den/die Namen des Autors enthalten und z.B. einem Array anfügen
• Nach dem loopen das Array entsprechend abarbeiten für die Ausgabe
• Ergebnis ausgeben (z.B. eben in Msgbox oder in einem Dokument)

[Bruce Willis]

...LotusScript ist angesagt.
Das nur mal als Vorabinfo...

Hallo Bernhard,

danke für die vorläufigen Angaben, kannst Du denn gleich oder erst morgen den Code veröffentlichen? 

Gruß
Bruce

[koehlerbv]

• Entsprechende Item(s) auslesen, die den/die Namen des Autors enthalten und z.B. einem Array anfügen

Tipp: Das ist absolut nix für ein Array (performancemässig) - das schreit regelrecht nach einer List-Variablen  ;)

HTH,
Bernhard

[koehlerbv]

Hallo Bernhard,

danke für die vorläufigen Angaben, kannst Du denn gleich oder erst morgen den Code veröffentlichen? 

Gruß
Bruce

Du kennst mich doch, Leo: Algorithmen immer, Code nie 

Bernhard

[Bruce Willis]

Auf die schnelle:
...

Hallo Matthias,
danke, ich befürchte, dass ich die schnelle Nummer ziemlich lange verdauern werde...
Es sein denn, Bernhard hat heute doch gute Laune...  
Gruß
Leo

[TMC]

Leo, fang doch schon mal an und bau das Grundgerüst (Doc-Collection, Schleife etc.) und sag dann an wenn Du Hilfe brauchst. Poste dann einfach den bisherigen Code und sag an, was Dir konkret Probleme bereitet und wie die Randbedingungen sind (zu erwartende Dokumentenanzahl, wieviele Autorenfelder, erc.)