Je begint in de goede richting te denken, met een paar kleine afdwalinkjes...
De grootste denkfout: in de hoofdtabel hoef je geen verwijzingen op te nemen naar de subtabellen, zoals je in het voorbeeld gebruikt:
dus moet ik in de tabel Hoofdlid een veld aanmaken wat heet Partners_ID, Contacten_ID en kinderen_ID
Het is precies andersom.... In de nieuwe tabellen neem je een verwijzing op naar het Hoofdlid! Als je straks de relaties gaat leggen, zie je dan dat één hoofdlid meerdere kinderen kan hebben, schijnt voor te komen in de praktijk, en ook meerdere partners (schijnt ook voor te komen in de praktijk
).
Bij het opsplitsen van de grote tabel moet je jezelf de vraag stellen: welke gegevens moet ik per persoon meerdere keren invullen, en welke
altijd maar één keer? Ik heb altijd vet gemaakt, want dat is een belangrijk onderscheid. Die gegevens gebruik je namelijk om een persoon precies te omschrijven. Zo zal een persoon maar één geboortedatum hebben. Dat gegeven is dus gebonden aan die persoon. Zoals gezegd, een persoon kan meerdere kinderen hebben, dus die gegevens moeten naar een andere tabel.
Want al die gezinsleden hebben ook weer hun unieke gegevens, die voor hun maar één keer worden opgeslagen.
Je kunt overigens, omdat dus in beginsel bijna alle velden hetzelfde zullen zijn, één en dezelfde tabel gebruiken, en bijvoorbeeld in een extra veld aangeven dat record 12 (van een dochter) een kind is van record 6 (de vader), en dat later record 45 een kind is van record 12, en zo door, maar dat kan later allerlei problemen opwerpen, om de familiestamboom netjes te krijgen. Overigens geldt hetzelfde voor de aparte tabel voor kinderen, want waar laat je die straks? (Mag je een nachtje over slapen...)
Kijk je nu naar adresgegevens, dan zal een persoon maar één thuisadres hebben. Misschien heeft-ie wel meer huizen, maar er is altijd maar één huisadres. Dat gegeven kan dus gewoon bij de persoon blijven in de hoofdtabel, en hoef je niet op te splitsen.
Tenzij... je een geschiedenis van iemand zijn verhuisbewegingen moet vastleggen. Als het adres bij de hoofdtabel zit, en iemand verhuist, dan pas je de adresgegevens aan. Logisch.... Maar dan ben je dus het oude adres kwijt. Wil je dat bewaren, dan moet dat dus in een aparte tabel, met ingangsdatum, en verhuisdatum erbij.
Kortom: er is niet zomaar een eenduidig antwoord te geven; alles hangt af van wat je precies met de gegevens wilt gaan doen. Wil je een soort stamboomeffect, dan kun je waarschijnlijk het beste toch voor één tabel kiezen. Gaat het puur om Hoofdlid, Partner en Kinderen, dan is splitsen wel handig. Daarbij sla je dus nogmaals het sleutelveld van de Hoofdpersoon (Hoofd_ID) op in de tabellen Partner en Kinderen, zodat je vanuit die tabellen een link kan maken welke Hoofdpersoon daar bij hoort.
Ook weer genoeg geklept....
Michel
Ik heb inderdaad de wizard gebruikt om me een beetje te laten leiden, helaas is dat misleiden geworden. 
