Hallo,

ich mache derzeitig ein Praktikum in ner IT Firma und meine Aufgabe bestand darin, ein Programm zu schreiben welches mir Informationen aus
einem Active Directory ausliest.
Die Informationen beziehen sich hauptsächlich auf Nutzerdaten:

• Alle Benutzernamen im Active Directory
• Alle Gruppen im Active Directory
  
• Gruppen in denen ein bestimmter Benutzer Mitglied ist.
  
• Und Benutzer die Mitglied von Gruppen sind.
  

Das funktioniert soweit super

Meine nächste Aufgabe besteht darin die Daten zu exportieren und ich soll mir auch Gedanken machen welches Dateiformat dafür am Besten in Frage käme.
Mein Betreuer meinte, dass es schön wäre, wenn man die Daten auch einfach in Excel importieren könnte.

Ich dachte dann an Xml, allerdings gibts ja Vor- und Nachteile bei der ganzen Sache.
Die Firma hat relativ viele Mitarbeiter und basiert eigentlich komplett auf Active Directory.
Das heißt wenn das Programm auf deren Domäne angesetzt wird, werden das ziemlich viele Daten sein die da ausgelesen werden.
D.h. aber auch, dass die Xml Dateien schnell sehr groß werden können. Würdet ihr mir das Format dennoch empfehlen, wenn ja warum, wenn nein habt ihr andere Vorschläge?

Ich danke euch im Voraus

Markus Jacobs schrieb:

D.h. aber auch, dass die Xml Dateien schnell sehr groß werden können.

Dann fang mit einer größeren Festplatte an (das sollte niemanden mehr interessieren).
Mach Die ein typisiertes DataSet, leg Dir eine entsprechende DataTable an, deren Inhalt kannst Du mit .WriteXml(PATH) und .ReadXml(PATH) ganz easy handeln.
Ein einfaches Beispiel findest Du hier.

Danke, werde mir das ganze mal anschauen.

Markus Jacobs schrieb:

• Alle Benutzernamen im Active Directory
• Alle Gruppen im Active Directory
  
• Gruppen in denen ein bestimmter Benutzer Mitglied ist.
  
• Und Benutzer die Mitglied von Gruppen sind.
  

Active Directory ist eine Datenstruktur mit relationalen Zusammenhängen, und die 4 Punkte verlangen auch variable Präsentation derselben Daten.
Ist so in Excel nur mit schlimmen Krämpfen (Daten-Redundanz), und auch nur teilweise hinzukriegen.
Auch mit untypisierten Datatables nicht - jdfs bekommst du da kaum einen m:n-View hin, wo du einen User anwählst, und die Gruppen angezeigt bekommst, denen er angehört.
guggemol vier Views-Videos
oder vlt. auch gleich Datenverarbeitungs-Vorraussetzungen

Danke für die Links,

habe es jetzt einfach mit Xml gelöst.

Ich habe auch vergessen zu erwähnen das die ganzen Daten nicht alle in eine Xml Datei müssen, sondern jeweils die Punkte die ich aufgelistet habe bekommen eine eigene.

users.xml


user_groups


groups.xml


group_users.xml


shared_folders.xml


Wie gesagt, dass man das nachher in Excel importieren können soll sind Verfeinerungen und nicht umbedingt notwendig.

Müssen diese Daten getrennt gespeichert werden?
Weil um eine Datenverarbeitung darauf aufzubauen ist das "denkbar ungünstig", ums nett zu formulieren .

Nein das ging aus meiner Aufgabenstellung nicht heraus. Die Aufgabe lautet nur ich soll ein Format benutzen was ich für richtig halte. Wie ich das im Endeffekt abspeichere is mir überlassen.

dann nimm typisiertes Dataset, und mach darin ein angemessenes Datenmodell, dann kann man darauf auch eine ordentliche Präsentation oder gar Datenverarbeitung aufbauen.
Der Punkt ist: In Wirklichkeit sind die Daten aufeinander bezogen, und diese Beziehungen müssen auch im Datenmodell modelliert sein, sonst Crap.
Im typDataset kein Problem, Beziehungen zu modellieren (dazu isses ja da), aber wenn du die Daten auf verschiedene Dateien verteilst geht beziehungsmäßig nichts mehr.

Excel-Export ist ein anneres Thema - da würde ich die Worksheet ganz "dumm" halten. Eine Tabellenkalkulation ist nunmal sehr unzureichend ausgestattet, um die Bezogenheit der Daten untereinander angemessen zu präsentieren.

In Beziehung sollen die Daten eigentlich auch nicht stehen, die dienen wirklich nur zum Auslesen z.B. Welcher Benutzer ist in dieser oder dieser Gruppe unterwegs usw.

So wie ich des jetzt hab passts eigentlich schon. Werde mir jetzt gleich mal alle Links anschauen und das damit auch nochmal machen damit ich was dazu lerne.

ErfinderDesRades schrieb:

Excel-Export ist ein anneres Thema - da würde ich die Worksheet ganz "dumm" halten. Eine Tabellenkalkulation ist nunmal sehr unzureichend ausgestattet, um die Bezogenheit der Daten untereinander angemessen zu präsentieren.

Da geht schon einiges.
Es gibt diverse Lookup- sowie Index-Funktionen.
Wenn's sein muss, sogar als Array-Formel.

Eine so einfache Struktur wie die hier beschriebene lässt sich problemlos sogar dynamisch darstellen.
Und eine XML-Datei als Datenquelle anzubinden ist auch kein Problem.

jo, stimmt, zur Readonly-Präsentation kann man mit Excel doch einiges machen

Etwa eine große Tabelle mit alles drin, und dann mit Filtern die sichtbare Menge auf ein menchen-erträgliches Maß reduzieren.