Benutzer aus Gruppen im öffentl. Adressbuch auslesen -> excel

[g202e]

Hallo,
die Aufgabe: Eine ziemlich große Abteilung unserer noch viel größeren Firma, möchte gern ihre ziemlich ungepflegten Einträge im öffentl. Adressbuch auf Vordermann bringen.
Man hat sich dazu folgendes gedacht: Da die einzige verlässliche Datei mit aktuellen Personendaten eine Excel-Datei der entsprechenden Personalstelle ist, möchte man gern eine Exceldatei mit allen im Adressbuch enthaltenen Personen dieser Abteilung haben. Man rechnet mit ca. 1200-1500 Einträgen. Diese Exceldatei soll dann mit der Datei der Personalstelle verglichen werden und die Differenz ist dann Grundlage für die Pflege des Firmen-Adressbuchs.
Ich soll nun die Excel-Datei zusammenbasteln.
Nun ist unser Firmenadressbuch so aufgebaut, dass es jede Menge Gruppen gibt; es existiert also jetzt eine Gruppe "Abtxx.ALL" welche sich dann in mehrere Untergruppen aufsplittet, welche eventuell weitere Untergruppen hat.....
Diese Untergruppen können nach mehreren Kriterien gebildet worden sein (regionale/funktionale Gliederung, z. B. Abtxx.HH->Hamburg oder auch Abtxx.Eink->Einkauf....).
Wie kriege ich nun alle Mitglieder der Abtxx.ALL namentlich gegriffen?
Hat vielleicht jemand einen Ansatz oder soetwas gar schon gemacht?

[Semeaphoros]

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.

[g202e]

Ich gehe eigentlich bisher davon aus, dass ich da nichts zurückspiegeln soll(darf ich ja gar nicht!). Eigentlich soll auf Grundlage des Excel-Abgleichs dann eine händische Pflege des Adressbuchs stattfinden. Ich tippe mal, dass es da irgendeine Sachbearbeiterin treffen wird, die dann die Aufgabe erhält, 250 Leute aus den Gruppen zu entfernen und vielleicht 100 andere neu hinzuzufügen.
Ich habe jedoch im Moment gar keinen Plan, wie ich das Problem der verschachtelten Gruppen löse und von diesen dann zu den einzelnen Benutzern komme?  

[koehlerbv]

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

[g202e]

Danke, Bernhard.
Na, da wird mir wohl nichts weiter übrig bleiben, als das zu schnallen.
Ich habe mir gerade eine Testdatenbank auf meinem Bastelserver gebaut mit der Schablone "Domino Directory" und habe dort hinein mal alle Gruppen aus meiner ominösen Gruppe "Abtxx.ALL" aus dem Firmenadressbuch kopiert. Das waren 36.
Wenn ich mir nun in der Ansicht "($ServerAccess)" alle Dokumente markiere, dann sagt mir Notes, dass ich 1013 Dokumente ausgewählt habe. Da habe ich wohl Glück gehabt; sind also "bloss" 1013 Personen in diesen 36 Gruppen.
Diese Ansicht scheint mir sowieso der Volltreffer für meine Aufgabe zu sein, denn damit müsste ich die Sache einigermaßen in den Griff bekommen.
Eigentlich brauch ich doch bloss diese Ansicht nach Excel schießen und mit ein paar Umformungen habe ich dann alle Benutzernamen und sogar noch als Zugabe die Gruppen in denen sie drin sind.
Das wäre doch dann gleich eine tolle Arbeitserleichterung für die arme "Tippse", oder wer auch immer dann händisch pflegen soll.
Bernhard, wenn ich das jetzt so durchdenke, dann hat wohl schon jemand die Rekursion für mich erledigt, oder? (Thank you, IRIS!)
Habe ich da was übersehen...missverstanden?
Sieht mir schon viel freundlicher aus. Was hält denn das geballte Wissen dieses Forums von diesem Ansatz?

[koehlerbv]

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

[Semeaphoros]

Da @Formel keine Rekursion kennt, hast Du da wohl einen Fehlschluss, bin nicht so sicher, ob diese Ansicht schon die ganze Auflösung ist.

[koehlerbv]

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

[Jörg P.]

Wie kriege ich nun alle Mitglieder der Abtxx.ALL namentlich gegriffen?

So gehts:
-Erstell dir eine Hilfsmaske in einer DB auf dem Server
- Füge ein Namens-Feld Hinzu, in dem du den Gruppennamen auswählen kannst
- Dann noch ein Feld (Mehrfachwerte, Getrennte Werte in  neuer Zeile anzeigen) mit folgender Formel:
@Unique(@ExpandNameList(@Subset(@DbName;1) ; DeinErsterFeldname ) )
- evt. nochmal aktualisieren

Das Ergebnis sollte sich leicht nach Excel bringen lassen.
HTH

Ach ja, @ExpandNameList ist eine undokumentierte Funktion und kommt z.B. in der Ressourcen-DB zum Einsatz.

[g202e]

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???
 

[koehlerbv]

Naja, dann mach mal ...

Bernhard

[g202e]

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!

[koehlerbv]

Ich habe dazu schon alles geschrieben, andere Kollegen steuerten das Ihrige bei.
Du bist jetzt dran, UNS von unserem Denkfehler zu überzeugen  

Bernhard

[Jörg P.]

@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.

[Glombi]

@g202e
Die Rekursion wird ja wohl die "Tippse" machen, also kann die Ansicht $ServerAccess verwendet werden. Einfach die Ansicht öffnen: <Strg>+<Shift>+Doppelklick auf die DB und dann kannst Du auch die versteckten Ansichten sehen. Dann dort Datei - Exportieren wählen. Als Format 123, welche Du auch mit Excel öffnen kannst.

Andreas

[koehlerbv]

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

[Glombi]

Warten wir mal ab, was g202e sagt...

[g202e]

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!"

[Glombi]

Schön dass es funktioniet hat. Bitte vergiß aber nicht,die Ansicht wieder in der Urzustand zurückzusetzen, da es sich um eine Systemansicht handelt!
In solchen Fällen empfiehlt es sich, eine Kopie der Ansicht zu machen und dort dann beliebig zu ändern. Da kannst Du sicher sein, dass der Server weiterhin korrekt arbeitet.

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.
Aber das nur am Rande.

Andreas

[g202e]

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