Hoi etienne,

De ondervinding die ik heb met Access97 heeft mij geleerd dat de relaties die je legt tussen de verschillende tabellen de theorie zijn.
Bij het ontwerp van je tabellen moet je rekening houden met die relaties en je tabellen degelijk opbouwen en alleen 1-n relaties hebben.
Als je ontwerk plaar is dan verwijder je alle relaties. Heb je gegevens nodig uit een of meerdere tabellen dan moet je dat doen via queries en in je query meerdere tabellen joinen. De velden in je formulier zijn dan niet rechtstreeks gelinkt met de tabellen maar wel aan het resultaat van een query.

Met de nieuwe versies van Access heb ik geen ondervinding maar de manier van werken blijft toch altijd dezelfde.

Succes,
Guido

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

Hallo

Access is ook een relationele database. Alle tabellen en hun velden moeten aangemaakt worden volgens het relationeel model. De vergissing die gemaakt wordt is dat iedereen (ik ook) van gedacht is dat als de relaties in Access aangemaakt worden dat dan het probleem met relaties opgelost is maar dat is niet zo. We hebben de voorstelling zoals het bij Access is alleen nog gebruikt om de database te documenteren. In de database waar mee gewerkt wordt, dus die met data in de tabellen kwamen die relaties niet meer in voor.

Als ik spreek van DB2 dan bedoel ik de relationele database van IBM op mainframe, niet te verwarren met DbaseII van Ashton Tate (dacht ik). Omdat de applicatie die ik gemaakt heb op pc's moest draaien was er niet veel keuze, het was Access ofwel Oracle. Access dat draaide goed op pc tewijl Oracle op dat moment toch te zwaar was. Trouwens Access was een van de weinige pakketten werkte met SQL.

Guido

In de tijd dat ik met die dingen bezig was (± 6 jaar geleden) werkte DB2 alleen op mainfraime.
Voor op de pc hadden wij niet zoveel keuze, DbaseIV en Oracle en dan was het gedaan.

Ondertussen is er natuurlijk op dat gebied veel veranderd.

Guido