Hoi cladon,

Nee, ik heb nog nooit dergelijke applicatie gemaakt. Ik geef je hierbij wat losse tips die je mischien kunnen helpen.

Het eerste waar ik in zo'n situatie aan denk is de database splitsen. Bevoorbeeld de foto's in een andere database steken, of andere zaken afsplitsen. Je kan dan werken met gekoppelde tabellen en elke database is dan toch een heel stuk kleiner.
Eventueel de foto's in meerdere databases stoppen, en deze splitsing doorvoeren op basis van adres of iets dergelijks.

Guido

Hoi cladon,

Het principe van gekoppelde tabellen wordt bij grote applicaties toch dikwijls toegepast, ook om de size van iedere database te verkleinen.

Of je de normalisatiestappen goed uitgewerkt hebt kan ik natuurlijk niet beoordelen maar mij lijkt het toch sterk dat alles in een tabel moet zitten.

Ik heb er geen ervaring mee maar ik vrees dat het upsizen naar SQL een lapmiddel zal zijn. Je blijft zitten met een zeer grote database met alle problemen die daar aan verbonden zijn. En als je database verder uitbreid zit je vrees ik terug met dezelfde problemen.

Nee, mijn voorkeur gaat dan uit naar het ophalen van de figuren door uw programmacode. Zo wordt de size van je database onmiddelijk drastisch gereduceerd.

Maar de enigste die dit allemaal kan beoordelen ben je zelf natuurlijk. Jij kent je database en kent ook de relatie tussen al de verschillende onderdelen.

Al overwogen om je database te gebruiken samen met Visual Basic? Dan kan je de programmacode compuleren tot een exe en dan werkt het runnen sneller en is het niet nodig dat iedere gebruiker Access zelf heeft. Maar dat hangt natuurlijk ook af van het gebruik van je database.

Guido

Ondertussen heb ik een link gevonden waar meer informatie staat https://www.mvps.org/access/forms/frm0030.htm

Alvast bedankt voor de reacties