Dugong

Die AxisID in der Main bezieht sich auf die ID in der Axistabelle. Die LPT1ID etc. in dieser beziehen sich auf einen Axisprinter in der Axisprinter Tabelle. Ich lege mich so fest, weil es vom Auftraggeber gewünscht war, die derzeitige IT-Landschaft zu berücksichtigen. Jetzt und in absehbarer Zukunft wird es hier keine Printserver geben, die andere Anschlüsse haben als die berücksichtigten. Die Funktionen im Code selbst sind so modular gehalten, dass eine Erweiterung mit wenigen Handgriffen möglich wäre. Wenn ein Axis keinen Drucker angeschlossen hat an zB COM gibts ein NULL. Die Axistabelle repräsentiert einen Axis-Printserver, der als einziger die Möglichkeit in der Landschaft bietet Geräte anzuschließen. Die Main ist die, aus der ich dann per SQL die wichtigsten Informationen auslese, quasi die Haupttabelle in der alles zusammengeführt wird.

Asche auf mein Haupt, aber ich hab keine Ahnung wo hier der Editbutton ist... btw gefällt mir die neue Ajax Lösung sehr gut Also hier meine (nach bestem Wissen) normalisierte Datenbank: Tabelle producer ID PK Name Tabelle type ID PK Name ProducerID FK Tabelle Owner ID PK Name Number LocationID FK Tabelle Location ID PK Name Tabelle Axis ID PK LPT1ID FK LPT2ID FK COMID FK Tabelle Axisprinter ID PK Name Tabelle Main IP PK Hostname AxisID(oder NULL) TypeID OwnerID Was sagt ihr dazu? Kann ich das so verwenden oder ist es noch nicht atomar? Eigentlich sind jetzt alle Sachen eindeutig.

Hey, ich editiere das hier morgen, bin grade nicht auf arbeit, habe es mal normalisiert, wie gesagt das zeige ich euch dann morgen, wenn ich dann auch mit dem ERM anfangen will. Grüße

Wenn es danach geht ist eine Normalisierung natürlich notwendig, da es ja noch Redundanz gibt. Ja, ich verstehe. Ich habe es mir wohl etwas zu einfach gemacht dabei. Das Ziel des gesamten Programmes ist es, im Zuge einer Betriebssystemumstellung des gesamten Werksgeländes, alle druckfähigen Geräte zu erfassen, da wir atm keine vollständige Liste haben, um die Treiberkompatibilität zu prüfen später. Ansprechpartner, Standort und Telefonnummer sind dafür da um mit den Usern einfacher in Kontakt treten zu können. Nein, wird es nicht. Das Programm soll nur o.g. Zweck erfüllen. Zum Ändern der Einstellungen und Informationen benutzen wir andere Programme, die aber wie gesagt entweder herstellerspezifisch sind, oder schlicht nicht alle Geräte erfassen können. Da komme ich dann wieder ins Spiel.

Okay, dann geh ich mal etwas genauer darauf ein. Das GUI bietet die Möglichkeit eine Range scannen zu lassen, ist das Prog damit fertig werden die Daten in eine "lokale Tabelle", also ein DataGridView im Programm geschrieben, die nichts mit der Datenbank zu tun hat und genau die Struktur aufweist, wie ich sie oben abgebildet habe. Weiterhin gibt es noch eine Tabelle bzw DataGridView, das die Datenbank darstellt. Also man kann über zwei Tabs auswählen ob er mir die "lokale Tabelle" oder die Datenbanktabelle zeigen soll. Jetzt kann man, wenn man die Druckerbestände eingescannt hat und in der "lokalen Tabelle" erfasst, per Button eben diese Tabelle zur Datenbank schicken, so dass sich diese mit den Beständen füllt (Datenbank und lokale Tabelle weisen ja im Moment noch exakt den gleichen Aufbau auf). Ebenso ist es jederzeit möglich den Auftrag zu geben, dass die Datenbank ausgelesen werden soll und dann im Programm in das Datenbank-DataGridView geschrieben wird. Also zusammengefasst: in die lokale Tabelle kommt immer nur das Ergebnis des Scanvogangs, welches dann in die Datenbank auf dem Server geschickt werden kann, und in die Datenbanktabelle im Programm kommen immer nur die Daten, welche sich in der Datenbank auf dem Server befinden. Wenn diese Datenbanken bzw. Tabellen immer den selben Aufbau hätten (so wie es im Moment der Fall ist) vereinfacht das die Sache natürlich erheblich, aber ich mache mir Gedanken darüber ob ich das vorm Prüfungsausschuss so zeigen sollte, und da ich angegeben habe ein ERM zu erstellen wäre das mit einer Tabelle und ohne Abhängigkeiten etc. schon mager. Bei dem wenigen Wissen, das ich im Moment über Normalisierung habe, weiß ich, dass für die Normalformen zB. noch mindestens 2 Tabellen, nämlich für Hersteller und Druckertypen, dazugehören. Wie gesagt, die Frage, die ich jetzt an euch stelle ist: ist es notwendig, dass ich mir jetzt noch die "Mühe" mache die Datenbank zu normalisieren (wenn ja dann gleich die Frage wie ^^) oder kann ich in die Doku schreiben nachträglich wurde das ERM doch nicht erstellt, weil nur eine Tabelle etc. Ein weiteres nicht unerhebliches Problem ist, dass wir definitiv nicht alle Druckertypen wissen (wir reden hier über ca. 800 Geräte insgesamt), die wir einsetzen und somit könnte ich nicht alle in eine zusätzliche Tabelle schreiben. Weiterhin soll das Programm auch für die Zukunft gerüstet sein und wir wissen natürlich nicht, welche Drucker wir in Zukunft anschaffen. Wenn ich immer alle Informationen von allen Geräten einholen könnte, wäre das ja kein Problem, aber da ich die Anfragen über SNMP und Telnet ausführe kommt es bei manchen Geräten durchaus vor, dass zB. nur der Hersteller und nicht der Typ erfasst wird (zB. bei komplexen Ettikettendruckern) oder, dass kein Ansprechpartner oder kein Standort eingetragen ist, weil das Gerät das nicht unterstützt. Zu den Fragen, die ihr gestellt hattet zwecks suche nur nach HP etc.: Nein, so etwas ist nicht geplant. Wenn gescannt wird, dann immer nach allen druckfähigen Geräten, die in der angegebenen Range enthalten sind und diese Infos werden dann in die Tabelle geschrieben. Das einzige "Filtern" kann man durch das Sortieren nach zB Hostname, Typ etc. machen, mehr ist auch nicht gefordert. Das Hauptziel des Programmes ist es, alle Geräte zu erfassen. Das mit dem LPT1,2 und COM ergibt sich dadurch, dass wir sowohl normal am Netz angeschlossene Drucker haben mit nem internen Printserver, als auch Axis Printserver, wo man mehrere Drucker, die normal nicht Netzfähig sind, anschließen kann. Ich hoffe die Infos waren hilfreich^^ schonmal vielen Dank, hat mir schon etwas weitergeholfen. edit: Das mit dem zB "ich will nur Drucker die in einem bestimmten Gebäude sind" lässt sich nicht realisieren. Das Programm ist auch dafür gedacht, weil das Problem besteht, dass sich erst jetzt auf eine uniforme Syntax geeinigt wurde (Betrieb Gebäude Etage Raum). Zur Zeit steht in fast jedem Drucker nicht diese Form und weil wir das ändern wollen habe ich das Programm so geschrieben, dass er dann gleich in die Tabelle schreibt "Falsches Format, bitte ändern". Das selbe ist beim Ansprechpartner der Fall.

Asche auf mein Haupt, aber ich habe mich mit Datenbanken noch nicht wirklich intensiv befasst. Ich hoffe, dass die fachliche Frage, die ich jetzt hier stelle, keinen Unmut erregt zwecks falsches Forum: Die Tabelle hat folgende Spalten mit Beispielen: IP: xxx.xxx.xxx.xxx(PK) Hostname: xxxxxx (eindeutig) Hersteller: Axis (Dopplung möglich) Typ: 5600+ (Dopplung möglich) LPT1: HP Deskjet 4100 (Dopplung möglich) LPT2: Brother MFC 6400 (Dopplung möglich) COM/USB: Serielles Gerät (Dopplung möglich) Ansprechpartner: Frau Muster 1234 (Dopplung möglich) Standort: MustergebäudeMusterraum (Dopplung möglich) Datum der Erfassung: yyyy-mm-dd hh-mm-ss (eindeutig) Kann oder sollte ich damit noch irgendwas verändern bzw. auf mehrere Tabellen aufteilen? Ich hab mir da schon ne Weile drüber Gedanken gemacht, aber ich wüsste nicht, wo ich da ansetzen sollte. Danke

Hallo, seid mir gegrüßt. Ich habe folgendes Problem in meinem Abschlussprojekt. Ziel ist es einen Netzwerkscanner zu programmieren, der interne und externe Printserver aus dem Netz filtert und deren Informationen in eine Datenbank schreibt. Jetzt habe ich bei meinem Antrag angegeben ERM zur Datenbank erstellen, aber im Verlauf der Arbeit am Projekt wurde immer deutlicher... naja, dass ich am Ende nur eine Tabelle mit ein paar eindeutigen Informationen habe ^^ also da ist nichts mit normalisieren. Kennt sich jemand damit aus? Also kann ich jetzt einfach in der Doku dann schreiben "Abweichung vom Antrag... blabla nix mit ERM weil unnötig" oder muss ich auf Biegen und Brechen aus der einen Tabelle jetzt eins erstellen? Danke euch

FIAE IHK Halle, bin ja mal gespannt was das wird^^