Hallo mortis__rigor,
Bij het opbouwen van je database moet natuurlijk rekening houden met de relaties tussen de tabellen. Bij relaties van n-m moet je je tabellen weer opsplitsen tot je uiteindelijk alleen nog 1-n relaties overhoud. Ik beweer dus niet dat de realties overbodig zijn.
Ik heb op mijn werk een tamelijk grote toepassing moeten maken. Die applicatie bestand uit meerdere databases en binnen elke database een hele trist tabellen en in elke tabel natuurlijk de nodige velden.
Ik ben toen bij het ontwerp begonnen met het bepalen van mijn eigen database met tabellen en velden. De databases die ik moest gebruiken van andere afdelingen daar kon ik natuurlijk niks aan wijzigen, dat was nemen gelijk ze zijn of laten. Maar bij mijn eigen database ben ik heel braaf begonnen met binnen Access97 de relaties te definiëren zoals dat in de meeste handboeken wordt uitgelegd. Dit ontwerp is dan besproken door een heel team. Wij hadden geen ervaring met Access op pc maar wel met DB2 op de mainfraime.
De verdere uitbouw van deze toepassing maakte dan gebruik van VisualBasic 5 samen met de natuurlijk de macro's en modules in Access. Ik heb toen aan de lijve ondervonden (wel bij Access97) dat de relaties die je in je database aanmaakt je meer problemen geven, zelfs uitvoeren van queries belet. De juiste toedracht weet ik uiteraard niet meer maar ik heb wel onthouden dat ik elke relatie die in de database dedefiniëerd was met veel miserie heb moeten verwijderen.
Moraal van mijn verhaal: Het is absoluut noodzakelijk dat je bij gebruik van Access de relaties heel goed kent en je tabellen ook opbouwd, rekening houd met de relaties maar deze niet binnen uw tabel registreerd.
Groeten,
Guido