• Als Spam markieren
• Beitrag melden

• 
  Diese Gruppe Alles

• Archiv
• RSS-Feeds

• Kontakt
• Hilfe
• Impressum
• Datenschutz

Re: WINXP/ACC97 - Abfrageproblem

Hi,

ja ja die liebe Normalisierung <g>

> Au weia! Eine neue Tabelle <tblStaat> mit Verknüpfung zu <tblOrte>
ist
> denkbar, aber auch lohnend? Denn das Staatenkennzeichen ist max 3
> Zeichen lang und das Verknüpfen kostet wahrscheinlich mehr. Oder?
>
> In der Tabelle <tblPerson> sind 17 Ortsfelder pro Datensatz definiert.
> Müsste ich dann auch 17 neue Tabellen anlegen mit Verknüpfungen
> tblOrte!Ortsnr und dem jeweiligen Ortsfeld in <tblPerson>?

Auch wenn mir nicht ganz klar ist, was der Sinn von 17 Ortsfeldern pro
Person ist, so ist eine Normalisierung an dieser Stelle um so wichtiger ...

Dumme Frage: Kirchenregister / Genealogie ?
(Das Einzige, was ich gefunden habe, das eine solche Verknüpfung braucht)

Hier das, was ich im Internet zu diesem Thema gefunden habe:

http://wiki-de.genealogy.net:80/index.php/Cg/Testkriterien_Software

http://www.roesslers.de/genealogie_faq.html

http://www.wincard-solutions.ch/Download/MVRKG.pdf

OK, Du hast also eine Person, die mit n Anlässen und n Adressen/Orten
verknüpft ist ?

Dann würde ich so aus dem Bauch raus, ohne dein Problem näher zu kennen,
eine Struktur in der Art vorschlagen: (nur so als vereinfachte Grundidee)

Stammdaten (die sich relativ wenig ändern)

tblPerson
PersonID  lfd Nr (Primary Key)
Matchcode (nur zum vereinfachten Suchen, nicht als Primary Key)
Nachname
Vorname
Geburtsdatum
....

tblAnlass
AnlassID  lfd Nr (Primary Key)
Anlasstext   Geburt, Taufe, Heirat, Tot
...

tblOrt  (oder Adresse oder sowas)
OrtID  lfd Nr (Primary Key)
Ortsname
PLZ
LKZ  (Landeskennzeichen)
Lat / Long (Ortskoordinaten, für ggf Darstellung auf einer Karte /
GoogleMaps)
....

Bewegungsdaten (die aktuellen Werte)

tblVerknuepfung
VerknID lfd Nr (Primary Key)
PersonID
AnlassID
OrtID

tblVerknuepfung enthält für jeden Anlass einen eigenen Datensatz ...
Es gibt dann zwar viele Datensätze in dieser Tabelle, aber das ist nicht
schlimm, da die Datensätze sehr "schmal" sind (d.h. pro Datensatz nur ca.
20
Byte oder sowas ) ...

Dann kann man mit Abfragen, die diese vier Tabellen verknüpft, relativ
einfach alles raussuchen, was man möchte ...

Diese Struktur entspricht so in etwa einer "Normalisierung", auch wenn man
bei der tblOrt Tabelle sicherlich darüber streiten kann, da diese
"normalisierungstechnisch" nicht ganz sauber ist ...

So in der Art würde ich das wohl machen, wenn ich das als Projekt hätte ...

--
mit freundlichen Grüßen aus Nürnberg

Klaus Oberdalhoff KObd@gmx.de

Ich beantworte keine NG-Fragen und -Nachfragen per Mail!
Newbie-Info: http://www.doerbandt.de/Access/Newbie.htm
KnowHow-mdb und andere Beispiele: http://www.freeaccess.de
Sofern Access 200x bitte beachten:
http://www.freeaccess.de/MS-Access-Artikel.asp?ID™

Ich unterstütze PASS Deutschland e.V. (http://www.sqlpass.de)
Nächstes Treffen in Nürnberg am 11.03.2008

Antworten