Prima di partire con idee a caso lette e fraintese su Internet, tipo la Libreria per i Report, serve capire quale possa essere veramente il problema, devi analizzare la cosa ma serve un po di competenza.
Nel tuo caso il problema non sono i Report, anzi in nessun caso il probelma sono i Report, ma le Immagini, che non si mettono MAI inserite negli Oggetti(Maschere o Report) di Access, ma si COLLEGANO come oggetti esterni, o si caricano a Runtime al volo, questo proprio per evitare che vadano ad impattare sulle dimensioni del DB.
Inizia a fare questo lavoro, poi compatta tutto e vedi quanto ha migliorato.
Le immagini possono essere Collegate o Caricate Runtime di conseguenza Scaricate alla chiusura della Maschera/Report.
- Collegate, si inserisce un controllo Immagine si seleziona l'Immagine, poi si va nelle proprietà del controllo alla voce “Tipo Immagine” si seleziona “Collegata”, questo corrisponde alla memorizzazione del Path, e verrà conseguentemente caricata all'apertura e scaricata alla chisura
- Caricata a Runtime, su Load della Form o del Report(poi l'evento è da scegliere in base a varie opzioni) si va ad attribuire l'immagine all'oggetto, quindi si inserisce sempre un controllo immagine ma lo si lascia vuoto, e su Load si attribuisce il Path completo dell'immagine alla proprietà Picture:
Me!NomeControlloImmagine.Picture="C:\Pippo.bmp"
La differenza tra le 2 opzioni è che la 2° è gestibile da codice in caso il DB debba essere spostato o nel caso l'immagine possa cambiare…
Un'altra cosa che poi andrà vista, ma inizia a richiedere più esperienza, è capire se quei “DIVERSI REPORT” hanno senso di esistere o se ne hai creati di Uguali per un errato concetto di sviluppo…
Purtroppo l'utilizzo di questi strumenti come Access, non può prescindere da una conoscenza pur minima della sostanza, altrimenti è ovvio ed evidente che nello sviluppo possano essere introdotti errori di progetto dati dalla non piena competenza che compromettono le performances e le potenzialità del prodotto.
Il problema è che correggere poi gli errori a lavoro avanzato è più complesso, ed è per questo che la fase di Ingegnerizzazione che è fondamentale va fatta in modo corretto.
P.S. La libreria con i Rerport è una tecnica che si può usare, ma non senza conoscenze concrete e decisamente più avanzate, ma serve per tenere distinto l'applicativo principale da BLINDARE al cliente, verso invece la reportistica che in certi casi deve poter essere customizzata e lasciato al Cliente la possibilità di lavorarci, quindi il FE si congela con una versione ACCDE mentre i Report, alcuni magari solo quelli personalizzabili, si spostano in un ACCDB da lasciare al cliente, ma poi serve gestire il File ACCDB come Libreria esterna, inserita nei riferimenti ed usata correttamente.
Parliamo di applicativi di una certa importanza, non cose ad uso personale o limitato…