Office: (Office 2013) Mehrere Beziehungen hintereinander

Hay How zusammen,

zunächst einwenig zur Vorgeschichte:
ich versuche mich jetzt schon ca. 1-2 Monaten meine erste richtige Datenbank aufzubauen, dazu habe ich mir im Vorfeld ein überlegt wie viele Attribute/Felder ich habe und habe diese sogut es ging unter Berücksichtigung der Normalformen in unterschiedliche Tabellen aufgeteilt. Im großen und ganzen Funktioniert auch alles mehr oder weniger wie gewünscht, wenn da nicht diese eine kleine Sache wäre...

folgende Tabellen und Felder sind für die Problem Beschreibung von Bedeutung:

• tbl_Personal
  • FK_Straßenname
  • FK_PLZ
• tbl_PLZ
  • PK_PLZ
  • PLZ
  • FK_Ort
  • FK_Land
• tbl_Ort
  • PK_Ort
  • Ort
• tbl_Land
  • PK_Land
  • Laendername
  • Landesvorwahl
  • Laenderkuerzel
• tbl_Stadtteil
  • PK_Stadtteil
  • Stadtteil
• tbl_Straßen
  • PK_Straßen
  • Straßenname
• kreuztbl_PLZ-Stadtteil
  • PK_Stadtteil-PLZ
  • FK_Stadtteil
  • FK_PLZ

(PK = Primärschlüssel/Key)
(FK = Fremdschlüssel/Key)

jetzt zu den Beziehungen:

tbl_Personal
FK_Straßenname (n:1) tbl_Straßen PK_Straßen
FK_PLZ (n:1) tbl_PLZ PK_PLZ

tbl_PLZ
FK_Ort (n:1) tbl_Ort PK_Ort
FK_Land (n:1) tbl_Land PK_Land

kreuztbl_PLZ-Stadtteil
FK_Stadtteil (n:1) tbl_Stadtteil PK_Stadtteil
FK_PLZ (n:1) tbl_PLZ PK_PLZ

Nun zu meinem Problem:
Wenn ich jetzt in das Formular hineinschaue werden mir je Mitarbeiter alle möglichen Stadtteile angezeigt, bzw. es gibt soviele Formulare (Datensätze) je Mitarbeiter soviele es Stadtteile gibt. (Muss ich in der Tabelle tbl_Personal noch einen FK_Stadtteil anlegen?) ich stehe einwenig auf dem Schlauch, ich habe bisher schon viele Hürden bzgl. der Datenbank überwinden können nur jetzt weiß ich nicht mehr weiter... .

Ich hoffe, mein Problem verständlich beschrieben zu haben (ist nicht so easy ).

Zunächst möchte ich mich schon einmal im Vorfeld für eure Hilfe/Unterstützung bedanken.


Gruß Frosch (Quark)

:)

 

Warum ist es notwendig, eine so auf die Spitze getriebene Normalisierung zu betreiben ?

Welche Abfrage steckt da dahinter ?

 

Ein Stadtteil ist ja von der Straße abhängig, aber die läuft u.U. durch mehrere
Stadtteile. Du bräuchtest also ein n:m Tabelle die PLZ/Strasse/HausNr einem
Stadtteil zuordnet, um das außerhalb der Personal-Tabelle zu regeln.

Am einfachsten ist es wohl, wenn du den Verweis auf den Stadtteil in der
Personal-Tabelle speicherst.

Logisch, oder?

 

Zusammengefasst um für später gerüstet zu sein und um es übersichtlich zu halten, Abfragen habe ich zwar erstellt, diese sind aber ehr für "Zwischenergebnisse" bzw. als "Hilfstabellen" zu verstehen um im Formular alle relevanten Werte anzeigen zu können. (vermutlich gibt es an dieser Stelle eine elegantere Lösung, diese ist mir jedoch nicht bekannt)

es gibt folgende Abfragen:
abf_Stadtteil-PLZ-Ort
PLZ
Ort
Stadtteil

abf_PLZ-Ort
PK_PLZ
PLZ
Ort

(vermutlich liegt hier der Fehler, da dies die Ursprungsabfrage war und abf_Stadtteil-PLZ-Ort später hinzu kam, abf_PLZ-Ort wird noch verwendet *upps ) (Obwohl ich alles recht penibel geplant hatte, sind mir da wohl noch einige Fehler bei passiert. OHJE...)

Der "Stadtteil" muss wohl mit in der 1. Abfrage mit hinein?!


Gruß Frosch

 

Ich halte das mit Verlaub für unsinnig und übertrieben und das Gegenteil von übersichtlich.

Wenn es nur um die Erfassung von Mitarbeiter-Stammdaten geht, würde ich maximal Referenztabellen zu Land, PLZ und Stadt anlegen.

 

Nunja es ist ja nicht ausschließlich für die Stammdaten gedacht.
Und angenommen man möchte es so detailliert realisieren, wie müsste ich da vorgehen?


Gruß Frosch

 

Wie schon angedeutet, können Straßen Stadtteil übergreifend sein. In Deutschland kann die PLZ für 2 unterschiedliche Städte identisch sein.
Städte und Stadtteile haben mehrere unterschiedliche PLZ.

Ob es die Mühe wert ist das aufzudröseln?

 

Also Das habe ich ja bereits mit der Kreuztabelle realisiert, dass eine Stadt mehrere PLZ haben kann, das funktioniert soweit auch *wink.gif* nur verhält sich Access nicht so, wie ichs erwartet hab, nachdem ich eine weitere Tabelle "tbl_Stadtteil" hinzugenommen hab *upps ggf. muss ich die alte Abfrage verwerfen und nur die neue mit dem Stadtteil verwenden, was allerdings bedeuten wurde, dass ich vieles, dass jetzt endlich läuft wieder neu anpacken muss/müsste... *HEUL*... ich vermute, dass der Fehler sich an dieser Stelle versteckt...

im folgendem noch ein Bild zu den Beziehungen einige Sachen kann man Sicherlich anders/besser realisieren aber bis dato hatte es im großen und ganzen funktioniert *wink.gif* (PS: bzgl. der Tabelle "tbl_Bestellungen" das habe ich noch nicht final fertig *wink.gif*, also dies kann an dieser Stelle ignoriert werden *wink.gif* )

https://www.ms-office-forum.net/foru...1&d=1603718418

Gruß Frosch *wink.gif*

 

Ich hatte ja schon die Befürchtung, dass ich mit meinem Beitrag eine banale
Themaverfehlung abgegeben hatte, aber ich lag wohl doch nicht so falsch.
(Edit: Hm, ein Stadtteil könnt tatsächlich an eine PLZ gebunden sein, sorry.)

Die Verwendung des Begriffs "Kreuztabelle" ist mir in diesem Zusammenhang
(n:m) auch noch nicht untergekommen.

 

n:m Beziehungen sind ja letztlich nur zwei 1:n Beziehungen... und eine Kreuztabelle ist zumindest für mich eine Tabelle die zwei Tabellen miteinander verbindet...

PS: wie gesagt dies ist meine erste Datenbank die ich aufbaue und in meinem Studium haben wir Datenbanken nur ganz oberflächlich besprochen, sonst hatte ich Beruflich nahezu 0 damit zutun.


Gruß Frosch

 

Jepp, ich habe nur etwas Schwierigkeiten, dein Problem nachzuvollziehen, weil
mir die Beziehung zwischen Stadtteilen und der PLZ nicht ganz geläufig ist.
Wenn die PLZ einem Stadtteil eindeutig zugeordnet ist, wofür dann die
"Kreuztabelle" zwischen PLZ und Stadtteil?

 

Moin,

das amtliche PLZ-Verzeichnis kennt keine Stadtteile.

ps: PLZ Download • Postleitzahlen als Liste und Karte

 

OK, dann hatte ich doch mit meinem ersten Beitrag recht.

z.B.:
http://www.postleitzahlen-berlin.com...lauer-berg.htm

 

Hm... weil, wenn ich Stadtteile mit Orte verbinde hab ich "angst", dass ich mir damit größere Probleme bereite :-D bzw. mir dadurch i.etwas zerschieße... wo sollte ich sonst die Stadtteile (Bezirke/Kreise) mit aufnehmen, etwa bei Orte?

Edit: hab jetzt erst gesehen, das Ihr Links gepostet habt..., von dem ersten Link, von dort hab ich mir die Daten kopiert (händisch -> Excel -> Access...) *Facepalm*, dass man sie recht einfach downloaden kann war mir nicht bewusst :-D

Gruß Frosch Quark :P

 

Mit der Normalisierung hast Du es einfach etwas übertrieben.
Die einfachste Möglichkeit die StadtteilID unterzubringen, ist
in der Tabelle Personal.