Suchergebnisse

Also das stimmt so nicht ganz. Der Kunde (nennen wir Ihn mal BMW) hat unter Umständen ZICH Adressen und auch ZICH Ansprechpartner Bei mir ist das ganze so aufgebaut: 1. Adressstamm 2. Kundenstamm 3. Ansprechpartnerstamm Ein Kunde kann mehrere Adressen haben (Rechnungsadresse, Lieferadresse usw.) Ein Kunde kann mehrere Ansprechpartner haben Ein Ansprechpartner wiederum kann auch mehrere Adressen haben. EDIT: Jede Tabelle sollte eine ID haben, die von anderen Tabellen verwendet wird um Verknüpfung…

Jap, war auf deinen Post bezogen Ich denke mal aus diesem Grund sucht er ein Tool um ER-Diagramme zu erstellen. Ich hatte mal ein ganz gescheites und suche gerade aufm Rechner. Ich finde zu überladen sollte so ein Tool nicht sein. Der Designer in VS selber ist ganz angenehm und bildet das Meiste schon ab.

Also ne riesige Tabelle macht ja keinen Sinn Es kommt auch immer darauf an, was du vor hast. Visual Studio ist was so Datenbank-Programmierung angeht sehr angenehm, da man viel im Designer erledigen kann. Deshalb haut der gute EDR denke ich auch immer in die Kerbe... erstmal mit ner XML anfangen Wenn du aber die Datenhaltung von der Programmierumgebung losgelöst haben willst (oder wie in meinem Fall musst), dann ist es natürlich sinnvoll, so viel Logik wie möglich direkt inner DB zu verbauen und…

Also... egal wo du ein Modell zur Datenhaltung entwickelst... Die Verknüpfungen brauchst du. Wenn du die Logik in eine Datenbank auslagerst, musst du dort die Verknüpfungen pflegen und nicht im Programm. Wenn du mit VS+XML anfängst, legst du dort im Designer eben diese Verknüpfungen an. Natürlich kannst du auch ganz auf soetwas verzichten, jedoch macht DIR das dann extrem viel Arbeit, die durch eben diese Verknüpfungen zur Verfügung gestellten Funktionen nachzubauen. Davon würde ich strikt abrat…

Wenn du dich so bisl einfuchsen willst, funde ich das garnicht so verkehrt sowas zu splitten. Wenn du nur ne Kundenverwaltung machen möchtest. Vielleicht eine Beispielidee die du ja versuchen kannst umzusetzen. Du hast einen Kundenstamm den du Programmieren willst... Jeder Kunde hat bestimmte Daten die ihn Kennzeichnen und die man immer sehen möchte... ZB: Kundennummer, Suchbegriff, Name, Straße, Hausnummer, Land, Plz, Ort, Telefon(Zentrale), Fax(Zentrale), EMail(Zentrale) Dann hat er noch versc…