So ähnliche Sachen hab ich auch schon gemacht zwecks Abgleich von verschiedenen Adress-Beständen. Ist eine ziemliche Fleissarbeit und je nachdem, wie das dann wieder zurückgespiegelt werden soll, kann es etwas aufwändiger oder leichter gehen.

Rekursive Programmierung ... Nicht ganz trivial, aber wenn man es einmal geschnallt hat, dann ist es wahrhaftig kein Zauberwerk:
- Gruppe nehmen, Mitglieder auslesen
- die guten ins Töpfchen, die schlechten ins Kröpfchen ("gut" = Person, "schlecht": Gruppe)
- Jetzt aus dem Kröpfchen als Gruppen holen und mit jeder genau das gleiche Spiel betreiben.

Die Herausforderung dabei ist aus meienr Erfahrung die Abwendung logischer und direkter Fehler im Code, weil ansonsten heisst es: "In Ewigkeit - Amen !" - Sprach die Endlosschleife.

Bernhard

Ich muss Dich leider enttäuschen ... Schau Dir die View mal im Designer an - und vor allem in Deinem produktiven Adressbuch.
So geht es nicht - und Ansichten können prinzipiell nichts rekursiv auflösen ...

Sorry,
Bernhard

Auch diese Ansicht zeigt - wie mit Notes direkt (!) machbar - "nur" den eindimensionalen innerhalb eines Dokumentes, also die Beziehung zwischen (einem) Gruppennamen und seinen Mitgliedern.

Rekursion ist nur mit höheren Programmiersprachen möglich.

By the way: Das nutzt auch R6 und zeigt dort in entsprechenden Dialogen (UI !) den Bezug eines Users zu Gruppen auch rekursiv an.

Bernhard

Also, Moment mal.
Wieso ist das kein Ansatz?
Ich habe eine Ansicht, in welcher ich alle eingetragenen Benutzer aller relevanten Gruppen, (nämlich der in der Gruppe "Abtxx.ALL" enthaltenen), sehe.
Und dies ist genau das, was ich haben will! Ich sehe darin keinen Fehlschluss!
Wo ist das Problem?
@Bernhard:Warum soll ich mir die Ansicht im produktiven Adressbuch im Designer anschauen? (das darf ich natürlich gar nicht!) Meine Bastel-Ansicht basiert auf der gleichen Schablone. Die Daten in meiner Test-DB stammen aus dem produktiven Firmen-Adressbuch.
@Harvey: Wieso soll ich basteln, wenn ich alles habe, was ich brauche?
Übersehe ich jetzt etwas???
 

Hallo Bernhard,
das ist aber eine ziemlich "kurz angebundene" Reaktion.
Wenn ich einen Denkfehler habe, dann solltest du mir das ruhig erklären.
Ich sehe nur einfach keinen!

@g202e:
Wer hat gesagt, das du basteln musst. Das machst du doch schon freiwillig auf deinem Bastel-Server  

Zum Problem:
Spontan fällt mir auf, das in der $ServerAccess-Ansicht auch die (verschachtelten) Gruppen mit gelistet, also auch mit gezählt werden.

Habe ich das ganze Thema denn nur missverstanden ? Ich weiss, dass Notes über Ansichten definitiv nichts rekursiv auslesen kann, und wenn ich so in in "($ServerAccess)" schaue (oder woandershin), dann sehe ich wie erwartet ich folgendes:
Ich bin Mitglied der Gruppe "XXX-Gesamt".
Unter "XXX-Gesamt" sehe ich die dort enthaltenen Untergruppen (wie erwartet).
Unter meinem Namen sehe ich die nächsthöhere Gruppe, unter der ich namentlich eingetragen bin.
Irgendeinen Bezug vom Ich zu irgendeiner Gruppe oberhalb der, der ich direkt zugeordnet bin, gibt es nicht.

Klärt mich doch mal bitte auf, ob ich den Begriff "Rekursion" hier irrigerweise in den Thread getragen habe.

Ciao & danke im voraus,
Bernhard

Auch dank der Aufmunterung von Andreas

@g202e
Die Rekursion wird ja wohl die "Tippse" machen, also kann die Ansicht $ServerAccess verwendet werden.

habe ich mich von den "Pessimisten" nicht abschrecken lassen.
Habe noch ein wenig probiert und u. a. den Haken bei "Mehrfachwerte getrennt anzeigen" in der angesprochenen Ansicht entfernt. Wenn man dann den Weg eines Exports im Lotus1-2-3-Format wählt erhält man eine wunderschöne Excel-Tabelle, in der ich in jeweils einer Zeile den Benutzernamen und je eine Gruppe, in der dieser Benutzernamen enthalten ist, stehen habe.
Dies ist genau das, was ich brauche und also ist die Sache erledigt!

Aber warum sollen wir nicht noch ein wenig philosophieren?

Habe ich das ganze Thema denn nur missverstanden ?
........
Klärt mich doch mal bitte auf, ob ich den Begriff "Rekursion" hier irrigerweise in den Thread getragen habe.

Ich glaube schon, dass dies eigentlich ein Fall für Rekursion ist; also hast du das richtigerweise eingebracht.
Sicher ist auch meine Lösung KEIN Fall rekursiver "Programmierung", denn die Rekursion wird ja händisch erledigt: Ich habe alle Gruppen, die weitere Gruppen enthielten, dadurch "rekursiv" aufgelöst, dass ich die in einer Gruppe enthaltenen Gruppen selbst mit in meine Bastel-DB eingefügt habe. Den Rest macht die Ansicht bzw. der Export (welcher ja beim Weg über das Lotus1-2-3-Format wohl eher eine Fotografie der Notes-Ansicht darstellt!)
Jedenfalls habe ich so mein Problem gelöst (auch wenn ich bei einer richtigen Ausprogrammierung bestimmt mehr gelernt hätte).
Aber wie sagen die weisen Männer des Ostens: "Der Weg ist das Ziel!"

Bitte vergiß aber nicht,die Ansicht wieder in der Urzustand zurückzusetzen, da es sich um eine Systemansicht handelt!

Du hast übersehen, dass ich in einer Bastel-DB gearbeitet habe!

Was das Philosophieren betrifft: Rekursion ist sicher hier im Thread zweideutig. Mit der Rekursion in Programmen hat das weniger zu tun.
Hier handelt es sich wohl eher um Iteration.

Da kann man sicher prima drüber philosophieren: Ist nicht Iteration ein Oberbegriff für Rekursion?

Rekursionsformel = mathemat. Formel, durch deren immer wiederkehrende Anwendung ein Problem schließlich gelöst wird