Office: (Office 2010) Aufbau von KundenDB

Hallo zusammen

Ich habe in unserer Firma den Auftrag für eine KundenDB zu machen.
Nun wollte ich gerne Wissen wie Ihr das ganze Aufbauen würdet.

Habe verschiedene Arten von Kunden:
-Privatkunden
-Verwaltungen
-Eigentümer der Verwaltungen
-Firmenkunden
-Schulen
-Hausmeister

Und diesen verschiedenen Kunden werden dann Geräte zugeteilt.
Wie soll ich nun das ganze angehen? Habt ihr da eine Idee.

Ich kann zum Beispiel eine Verwaltung als Kunden haben dem
noch ein Eigentümer und ein Hausmeister (oder 2 ) zugeteilt ist
mit den verschiedenen Maschinen.

Oder ich habe eine Schule als Kunden der eine Verwaltung (meistens
die Gemeinde) und Hausmeister zugeteilt sind, die wiederum dann
Geräte haben.

Nun wollte ich dem Standort der Liegenschaft die einzelnen
Kunden zuweisen. Also ich habe eine Liegenschaft mit einer KundenID
und dann mach ich für jede Kundenart eine Tabelle und weise dieser
Kunde der Liegenschaft zu. Ist das Schlau? Ich sehe ein Problem
wenn eine Liegenschaft mehrer Kunden Hat.
Zum Beispiel Musterstrasse 30, 8000 Musterstadt hat zwei oder
3 Privatkunden. Dann habe ich ja mehrere Liegenschaften mit der gleichen
Adresse aber eine Andere KundenID. Irgendwie macht mich das nicht
so glücklich.

Was würdet ihr machen.
Habt ihr ne Idee?

Danke vielmal schonmal im voraus für eure Tipps.
Gruss aus der Schweiz.

Damian

:)

 

Hallo Damian,

erstmal ist eine Kunde Kunde, Egal ob Privat, Schule oder Firma.
Für die Unterscheidung würde ich eine Extratabelle Kundenart erstellen. Was machst du wenn noch ein Kundenbereich dazu kommt?

Deine "Verwaltung", sprich Gemeinde, hat Angestellte, die wiederum in einer Extratabelle geführt werden sollten.
Also es setzt sich fort.

Zum erstellen einer Datenbank mache ich meist den PC aus und setze mich Papier und Bleistift hin und skizziere mir mal was ich alles brauche.

Im Rohentwurf sind keine Einzeleinheiten wie Adresse und solche Dinge enthalten, wenn ich weiß welche Tabellen ich benötige, kommt ein weiterer Entwurf in dem auf die groben Einzelheiten eingangen wird und zum Schluss kommt der Feinschliff.

Gruß
Pfadiopa

 

hallo

Danke erstmal für die schnelle Antwort.

Eigentlich wollte ich nur eine Tabelle haben mit allen Kunden
egal welcher art! Mein Problem ist aber, das je nach Kundenart
andere Felder vorhanden sind.

Verstehst du mein Problem?
Ich habe winfach Mühe mit der Struktur!
das umsetzen dieser Struktur ist dann ejn anderes Thema! *wink.gif*

Danke.

 

und genau daran wirst du scheitern, wenn du dich nicht darauf einläßt, dich mit dem Datenmodell zu beschäftigen.

Einmal ist die Verwaltung dein Kunde, einmal die Schule, der die Verwaltung zugeordnet ist. Wie willst du das darstellen?

Bei nur einer Tabelle brauchst du dich mit Access nicht beschäftigen, da ist Excel die bessere Wahl weil Excel in solchen Dingen wesentlich leidensfähiger ist.

 

Eine Anregung zum Tabellenentwurf. Alles in eine Tabelle ist ganz schlecht, wie schon gesagt, ergibt das dann keine relationale Datenbank.
Betrachte zunächst die "Dinge" die unabhängig voneinander bestehen, für jedes "Ding" gibt es eine eigene Tabelle.
Ein Kunde ist doch der, der eine Rechnung bekommt, z. B. die Gemeindeverwaltung, also eine Tabelle "Kunden".
Dann gibt es Standorte der Maschinen, also Tabelle "Standorte".
Es gibt Leute, die mit den Kunden zusammenhängen, z. B. Hausmeister, also Tabelle "Ansprechpartner".
Es gibt Maschinen, also Tabelle "Maschinen".
Du solltest Dir vorstellen, daß eines der "Dinge" verschwinden kann. Wenn der Hausmeister stirbt, bleiben doch Maschine, Standort und Kunde trotzdem bestehen.
Die Verknüpfung der einzelnen "Dinge" wird in separaten Tabellen vorgenommen. Maschine Nr. 7 gehört zu Kunde Nr. 13, steht im Standort 28 und wird betreut von Ansprechpartner Nr. 99.
Das Ganze läßt sich über Abfragen einfach miteinander verbinden und bleibt flexibel.

 

Danke für eure Tipps!

Hab noch ne Frage:
Wie kann ich machen das die Kundenummer nur einmal vorkommt?
Auch wenn einmal der Private der Kunde ist und einmal die Verwaltung?
Wie organisiere ich das ganze?

Versteht ihr was ich meine ?

 

Kunde ist Kunde - egal ob privat oder öffentlich.

Die Kunden kommen alle in eine Tabelle und die Kundennummer ist dort bequem (am besten per Autowert, aber auch anders) eindeutig zu verwalten.

Welchen Status die Kunden haben, ist innerhalb einer weiteren Tabelle zu verwalten - mit Verknüpfung auf die Kundentabelle.

 

Ich habe da gerade so die wage Vermutung, dass DanHard hier irgendwie nur die Hälfte erzählt.
Bei der letzten Erläuterung kommt in mir der Eindruck hoch, dass hier eher die Rede von einem Auftraggeber-Rechnungsempfänger-Konstrukt die Rede ist. Zumindest irgendwie sowas in der Richtung.
Aber selbst dabei muss man das eine Objekt vom anderen eindeutig unterscheiden können.

 

Habe mal was Skizziert.
Ich mache mir eine "Haupttablelle" Kunden.
Dort mache ich jeweils ein Reverenzfeld zu den einzelnen Tabellen
Verwaltung, Schule...

Macht das so Sinn?
Würdet Ihr das auch so aufbauen?
Richtig verstanden?

 

Schwer zu sagen, was richtig ist, wenn man nicht weiß was Du abbilden willst. Was für ein Prozess oder Geschäft soll mit Hilfe der DB verwaltet werden?
Wie ich schon sagte: ein Kunde ist einer, der 'ne Rechnung bekommt. Das mit dem Referenzfeld ist so eine Sache. Kann denn ein Kunde immer nur genau eine der Eigenschaften "Schule", "Verwaltung" usw. haben?

 

Ein Kunde kann auch eine Verwaltung sein mit einem Abwart und einer Schule.

 

Ich ahne, dass wir hier nicht weiterkommen ohne mehr Hintergrundwissen. *frown.gif*

Dass eine Verwaltung ein Kunde sein kann, ist klar. Wie jedoch sind der Abwart und die Schule hierarchisch einzuordnen und welche derer Funktionen sollen dargestellt werden?

 

Ich weiß nicht mal, was ein Abwart ist. Wenn Du nicht mit einer Beschreibung des Geschäfts (Feuerlöscher mit Wartung? Fotokopierer? Verleih? Verkauf? Service?) rausrückst, wird Dir keiner helfen können.

 

Beitrag war verschwunden. musste ich neu reinstellen, Weiß nicht warum.

Ich schreib das mal aus meiner Sicht so hin:

Es gibt eine Haupttabelle "Adressen".

Eine Adresse kann sein: Verwaltung oder Eigentümer oder Schule oder Abwart (was immer auch das ist) oder Ansprechpartner.

Eine Adresse kann aber auch sein: Schule und Eigentümer oder ... usw.
Oder: Eingentümer und Schule und Ansprechpartner und/oder usw.
usw. usw. in manigfaltigen Kombinationen.

Und dann kommen auch noch die Hausmeister und vielleicht irgendwann z. B. noch Reinigungspersonal usw. dazu.

So mal als erster Gedanke zu dem Ganzen.

Hallo DanHard, das hier solltest du dir mal zu Gemüte führen, habe ich gerade in einem anderen Beitrag gefunden. Hilft dir sicher weiter:

http://www.access-tutorial.de/tabellen/index.htm

Ich hoffe, ich darf das verlinken. Wenn nicht teilt es mir bitte mit.

mfg
Roland

 

Danke für eure Hilfe.

Ich versuche es euch nochmals zu erklären.
Unsere Firma verkauft und repariert Motorgartengeräte.
Also Rasenmäher, Heckenschweren, Freischneider, Kettensägen usw..

Wir haben Kunden die sich in folgende Hauptgruppen einteilen:
- Privatkunden
- Firmenkunden
- Verwaltungen als Kunden, also Liegenschaften
- Schulen

Je nachdem was für eine Gruppe wir haben hat die Tabelle andere
Anforderungen und somit andere Felder.

- Die Firmenkunden haben zum Beispiel einen oder mehrere Hausmeister.
(Übringens: Abwart ist das schweizerdeutsche Wort für Hausmeister!) *Smilie

- Verwaltungen haben auch einen oder mehrere Hausmeister plus einen
oder mehrere Eigentümer der Liegenschaft bzw. Verwaltung.

- Die Schulkunden haben immer einen Verwalter (meistens die Gemeinde vom Dorf) und auch mehrere oder nur einen Hausmeister.

Ich könnte jetzt einfach für jede Art von Kunden einen Tabelle machen.
Nun habe ich aber ein Problem. Wenn ich zum Beispiel in der Tabelle
"Verwaltungen" mehrere Hausmeister habe dann habe ich in der Tabelle
auch mehrere Felder also, Hausmeistername1, Hausmeistername2 usw..

Dies wird dann sehr unübersichtlich. Darum wollte ich das man wenn man
eine neue Verwaltung als Kunden hinzufügt, einfach noch einen oder mehrere Hausmeister bzw. Eigentümer oder was auch immer "Verbinden" kann.

Und das zweite Problem ist das jede Tabelle einen eigenen Index hätte.
Also hätte ich bei den Privatkunden eine Kundenummer 1 und bei den
anderen ebenfalls, dies würde ja nicht gerade viel Sinn machen... und
sicher früher oder später zu problemen und konfliken führen...

Ich hoffe ich konnte es nochmals so erklären das ihr wisst was
meine Situation ist. Gerne würde ich eben die Datenbankstruktur
perfekt haben, damit ich später auf keine Problemem stosse...

Übrigens: In einem zweiten Schritt will ich auch noch die Rechnungen
über die Datenbank schreiben, also währen mehrere gleiche Kundennummer ein Mist. *Smilie

Danke vielmals für euer Interesse.

Gruss