Office: (Office 2010) Aufbau von KundenDB

Die Diskussion ist nicht sehr fruchtbar. Ich halte mich zurück, bis der Threadstarter ein Datenmodell zur Diskussion stellt und dazu die Aufgabe der geplanten DB beschrieben hat.

 

Hallo Klaus,

da sind wir schon einer Meinung, ich kann mich manchmal nur nicht so verständlich ausdrücken, wie ihr Profis es im "Gehirnkasterl" habt.

meinte schon:

Name, Vorname, Str, HsNr, Plz, Ort usw. Adressentabelle
Verknüpfung zu Rechnungsadressentabelle
und dort nur:
ReStrasse, ReHsNr, ReOrt usw.

mfg
Roland

 

Hallo,

Nein, so nicht, wenn dann so:

AdresseID, KundeID, Str, HsNr, Plz, Ort usw. Adressentabelle
Verknüpfung zu Rechnungsadressentabelle
und dort nur:
AdresseID.

 

\@gpswanderer:

Sorry, ich meine natürlich Deine Meinungsdarstellung. ;-)

 

Bin momentan am Ausprobieren, werden euch dann ein Beispiel raufladen sobald ich was schlaues habe.

Jetzt kommen ja die Ostertage und ich denke nicht das
ich viel Zeit habe... *Smilie

 

So habe mal alles zusammengestellt.
Habe ein Bild im Anhang.

Ich habe 2 Tabelle eine Gibt die Kundeart vor.
Also Privat Firma usw.

In der zweiten Tabelle sind die Zusätze die zum Kunden gehören.
So wie ich es momentan aufgebaut habe kann ich Problemlos
einem Kunden mehrer Lieferadressen Eigentümer zuordnen.

Nun habe ich aber noch ein Problem.
Wie kann ich nun der Liegenschaft einen Eigentümer zuordnern.
Oder wenn sich eine Kontaktperson nicht auf den Kunden bezieht
sondern auf zum Beispiel die Liegenschaft des Firmenkunden.
An dieser Stelle komme ich einfach nicht weiter.

Könnt ihr euch vorstellen was ich meine?

Danke für eure Hilfe.

 

Du hattest erklärt, es gehe um den Verkauf und die Reparatur von Gartengeräten.
Mach eine Adresstabelle, in der alle Kunden stehen und eine davon abhängige Tabelle, in der abweichende Lieferadressen, Rechnungsadressen, Hausmeister, Liegenschaften usw. stehen.

Na und? Dann häng die Kontaktperson an den Kunden und schreib in das Bemerkungsfeld, daß er für dieses oder jenes zuständig ist.
Wohlgemerkt: Normalisierung ist eine feine Sache aber kein Selbstzweck.
Und wenn dann tatsächlich ein Hausmeister einmal als Privatkunde und einmal als Hausmeister einer Schule auftaucht, dann isses eben so. Schreib halt ins Bemerkungsfeld einen entsprechenden Eintrag.

In der Praxis bekommst Du eher Ärger mit solchen Konstruktionen wie "Telefon1" bis "Telefon5". Solche Dinge gehören in eine separate Tabelle mit Kommunikationsdaten.

Mach' Dir (und wenn Du willst auch mir) klar, was Du mit der DB erreichen willst. Rechnungen schreiben? Lager verwalten? Routen planen? Alles auf einmal?

 

Hallo

Es geht um den Verkauf und die Repeartur von Gartengeräten.
Wollte mal den Teil mit den Adressen machen um dann weiter aufbauen zu können.

was mache ich wenn sich später das Gerät auf den Privatkunden verbinden muss Tab 1 aber bei der Verwaltung auf die Liegenschaft wo sich in Tab 2 befindet?

 

Aus meiner Sicht ist das ein falscher Ansatz. Die Grundzüge der DB sollten schon im vorneherein ziemlich klar sein.

Dass man später noch etwas ergänzen muss/kann steht auch ausser Frage.

Also:

Die bisherigen Anforderungen auf ein Papier und dann schauen, was wie wo wann oder auch wieso zusammengehört.

Und wenn das dann Papiermäßig einigermaßen klar ist, versuchen/oder auch tun das in der DB umzusetzen.

Stückwerk bringt da gar nichts.

Meine ganz persönliche Meinung dazu.

mfg
Roland

 

Danke für eure Hilfe, aber ich stehe vollkommen auf dem Schlauch.
Also nochmals meine Zusammenstellung. Ich bin momentan am Skizzieren
wie Wild aber ich komme nicht weiter...hab bald keine Blätter mehr. *frown.gif*

Ich habe verschiedene Kundenarten:
Privatkunden
Firmenkunden
Öffentliche Betriebe
Verwaltung

Diesen Kundenarten muss ich noch weitere Informationen hinzufügen können:
Liegenschaften
Eigentümer
Adressen (Sachen wie Lieferadresse, Rechnungsadresse...)
Kontaktpersonen (Sachen wie Hauswart und Telefonkontakte)

Denn einzelnen Kundenarten muss dann ein Gerät (Rasenmäher, Motorsäge)
hinzugefügt werden. Bis dahin schaffe ich alles. Nun zu meinem Problem:
Mit einer Beziehung kann ich Problemlos die Geräte den einzelnen
Kunden zuordnen, dies habe ich verstanden. Nun ist aber mein Problem
das bei, zum Beispiel, dem Privatkunden das Geräte die Verbindung
zu der Tabelle mit den Kunden haben muss, aber bei den
Verwaltungen, das Geräte eine Verbindung mit der Liegenschaft hat.
Dies ist das erste Problem das ich habe.

Beim zweiten habe ich das Problem das die Liegenschaften einen Eigentümer
haben können aber auch die Firmen oder die Offentlichen Betriebe können einen Eigentümer haben.

Hier stehe ich gewaltig auf dem Schlauch.
Ich komme einfach nicht weiter.

Ich hoffe ihr wisst wo mein Problem ist.
Wie würdet ihr das ganze angehen? Hatte schonmal jemand so ein Problem?
Ist eine Grundlegende Überlegung von mir falsch?

Danke vielmals, *wink.gif*
Gruss

 

Hallo,

Um das Kraut fett zu machen: Sie können wohl auch mehrere Eigentümer haben. *wink.gif*

Poste doch mal beispielhaft 2 bis 3 Szenarien, woraus wir ersehen können, welche Partnerschaften es geben kann, wozu du diese brauchst und bei welchen Partnern welche Beziehungen zu Geräten bestehen können.

 

Ich hab' Dir mal ein paar Tabellen zusammengeklickt. Vielleicht ist das ein Ausgangspunkt.
Ich packe alle Personen (natürliche und juristische) in eine Tabelle, alle Adressen (Wohnung, Liegenschaft, Firmensitz) in eine weitere Tabelle; die dritte Tabelle hält die Kommunikationsdaten (Telefon, E-Mail, Internet).
Verbunden werden diese Grundtabellen dann über Beziehungstabellen. So kannst Du jeder Person beliebig Adressen und Kommunikationsdaten zuordnen.
Im weiteren Ausbau kämen jetzt die Geräte dran, die dann ebenfalls den Adressen zugeordnet werden können.

 

Hallo zusammen,
nun mische ich mich auch noch hier ein *Smilie

Ein Kunde ist ein Kunde ist eine Kunde *wink.gif*

Der Kunde bekommt eine Kundennummer und eine (Kurz-)Bezeichnung
Vielleicht noch als Ergänzung ein Kennzeichenfeld welcher Art dieser Kunde ist (Privatkunden, Firmenkunden, Öffentliche Betriebe, Verwaltung)
Alle anderen (Detail-)Infos zu einem Kunden packst du in eine/mehrere andere Tabellen, die über die Kundennummer mit der Kundentabelle in Beziehung stehen.

Auch öffentl. Institutionen sind Firmenkunden (mit ein paar Eigenheiten)
Tabelle Kunden: Kunde(Nummer)/Typ:Liegenschaft => n:1 Tabelle Liegenschaften => m:n Tabelle Eigentümer...

BTW: wofür ist es beim Verkauf und Reparatur von Gartengeräten wichtig zu wissen, welche Eigentümer hinter welcher Institutionen stehen. M.E. ist nur wichtig ob dein Kunde eine natürliche oder juristische Person ist.
Bei Aktiengesellschaften interessiert in dem Fall ja auch nicht wer die Aktionäre sind.

 

Danke erstmal für die tolle Hilfe! *Smilie
Was bewirkt die Tabelle tblPerson_Person?
Der Rest ist mir bis dahin mal klar.
Und sehe ich das richtig das die Tabelle tblPersonStatus
die Art des Kunden wäre?

 

tblPerson_person ordnet eben Personen einander zu, z. B. den Hausmeister (Abwart) zu einer Schule oder den Rechnungssachbearbeiter zu einer Firma.

Ja, wie Du aus den Einträgen ersehen kannst.