Dat idee had ik ook en na veel struinen hier, ben ik echt onder de indruk van je access-kennis.
Ik heb een tabel met een uniek ID, naam, adres, postcode, woonplaats, oppervlakte, basisdatum. Dit gebruik ik als basistabel en geeft de stand van zaken weer per 16-6-2013 (=basisdatum).
Dit bestand ga ik bijwerken (vanuit een papieren stapel met wijzigingen) naar de datum per heden, stand van zaken nu. Van elk veld dat ik ga wijzigen wil ik de historie bewaren, dus heb ik van elk veld een afzonderlijke tabel gemaakt met daarin het unieke ID, datum en veldnaam. Dus T-Naam met UniekId, Naam, mutatiedatum dan T_Adres met UniekID, adres en mutatiedatum enz. Ook wil ik alle wijzigingen in beeld hebben, dus wanneer bijvoorbeeld een adres gewijzigd is. per uniekID kunnen meerdere mutaties plaatsvinden in de loop der tijd.
Via een totaalquery wil ik dan de huidige stand van zaken in beeld brengen, dus als de mutatiedatum recenter is dan de basisdatum, dan moet hij het veld weergeven uit de losse tabel, zijn er geen wijzigingen dan moet de waarde van de basistabel worden weergegeven.
Mijn kennis van access is niet top en ik dacht dat dit zo de beste manier was om zo een mutatiebestand op te bouwen en de gegevens te bewaren.
Een voorbeeld om e.e.a te verduidelijken, dit staat in het basisbestand:
ID Naam Adres Plaats Oppervlakte Basisdatum
100 Bedrijf1 Straat Fictief 100 16-06-2013
Op 01-09-2013 verandert bedrijfsnaam in bedrijf2, dan wordt dan in mijn tabel Naam weggeschreven met uniek-Id, nieuwe naam en wijzigingsdatum.
Op 01-01-2014 verandert oppervlakte in 200, tabel Oppervlakte wordt uniek-Id, nieuwe oppervlakte en wijzigingsdatum.
De actuele stand van zaken roep ik op via de totaalquery waarbij per veld de laatste datum wordt opgeroepen, die wordt dan vergeleken met de basisdatum en afhankelijk van die uitkomst wil ik het veld of uit de basistabel of uit de mutatietabel van dat veld hebben.
Zucht, of heb jij een meer eenvoudige oplossing om tot zoiets te komen?