Diciamo che Access ha i suoi limiti MA per un uso “amatoriale” fa il suo “sporco lavoro”.
Qualunque altra soluzione non sarebbe alla tua portata, da quanto capisco. Ovviamente non e' una critica: nessuno e' nato “imparato” MA usare le tecnologie alternative per la realizzazione di software di questo genere richiede ANNI.
Quindi vada per Access.
Ma ATTENTO: Access e' solo l'equivalente del coltello e della forchetta! A te serve imparare a “cucinare”, e una volta che lo sai fare, puoi mangiare ANCHE con le bachette!
Questo per dire che Access NON E' colui che ti permettera' di implementare quello che ti serve, MA lo studio di diverse cose. Come minimo:
- teoria relazionale dei dati. Il 99% dei problemi che una persona senza esperienza risocontra dopo un po e' l'impossibilita di otterene i dati che gli servono per un'errore di progettazione del database. Non c'e' nulla di “trascendentale”, si impara in una settimana di lettura al massimo MA e' fondamentale avere chiaro come funziona. Altrettanto ovviamente la prima versione che realizzerai avra' problemi, ma almeno ti sara' chiaro perche.
- principi di programmazione. Programmare E' COMPLICATO, ma a te non serve fare cose particolarmente complesse. COMUNQUE servono i concetti fondamentali.
.
Giusto per avere dei numeri: Access va bene SE
- viene usato da una singola persona alla volta. Il supporto all'accesso da parte di piu' persone nello stesso momento e' possibile MA non e' nelle corde di Access
- il numero di oggetti salvati in una tabella e' al massimo 100.000. Probabilmente gestisce anche 1.000.000 ma non ci farei particolare affidamento
- gestisce qualche centinaio di tabelle. Se te ne servono migliaia, non e' la scelta giusta.
.
Altra regola pratica: inserisci nelle tabelle SOLO i dati necessari. EVITA oggetti come immagini, video, PDF, ecc. ANCHE se li supporta.
.
Per il resto, come dicevo, fa ragionevolmente bene il suo “sporco lavoro” ;-)
Altri ti potranno dare informazioni piu' dettagliate e circostanziate.