Ciao Max, provo a risponderti nei limiti delle mie conoscenze.
max.riservo ha scritto:
Migrazione indolore :
- sviluppato applicazione A2003 dopo aver letto / capito / messo in pratica quanto scritto in un buon libro su A2003 (o in alternativa essere uno sviluppatore con le adeguate conoscenze dello strumento);
- aver applicato la gestione degli errori;
Non è il mio caso
max.riservo ha scritto:
- aver separato l'applicativo in BE e FE;
Le applicazioni più importanti sono organizzate così, in un db solo i dati ed in un altro tutto il resto.
max.riservo ha scritto:
- aver previsto di effettuare il relink alle tabelle ad ogni utilizzo del sw (se sei l'unico utilizzatore, magari, puoi anche pensare di omettere questo passaggio);
Le applicazioni più importanti sono utilizzate contemporaneamente da più persone.
max.riservo ha scritto:
- aver previsto per ogni modulo VBA (e form/report) l'istruzione 'Option Explicit';
- aver 'compilato' il codice (se assente Option Explicit perde molto di significatività);
Arabo
max.riservo ha scritto:
Migrazione dolorosa :
- NOT Migrazione indolore OR
- utilizzo di API. Non è detto che provochino problemi ma certo occorre aguzzare la vista .....
Arabo come sopra
max.riservo ha scritto:
Cose da conoscere quando si fa la migrazione :
- il tuo progetto è nel formato MDB (A2003);
- il formato MDB (A2003) è supportato da Access 2019 (non esistono versioni successive alla 2003), quindi NON sei obbligato ad aggiornarlo a qualche versione successiva (sempre parlando di formato MDB);
- all'epoca di A2003 il runtime NON era gratuito quindi si presume che il tuo applicativo sia stato sviluppato per funzionare SOLO in presenza di Access (e non in assenza perché sostituito dal Runtime - con le sue limitazioni);
- NON esiste un obbligo a trasformare il tuo applicativo da MDB in ACCDB anzi, come già consigliato da Alex NON farlo;
- se, come è auspicabile, il tuo progetto è diviso in FE e BE NON trasformare assolutamente il BE da MDB a ACCDB. Puoi eventualmente valutare di fare la trasformazione SOLO per il FE ma come scritto al punto precedente è consigliabile NON farlo (*);
- mi sembra, ma non ne sono sicuro, che la trasformazione da MDB a ACCDB sia irreversibile (fai il backup prima di aprire il tuo progetto con A2019 a prescindere da eventuali migrazioni);
Da ciò che hai scritto, se ho capito bene, tutti i DB in formato 2003 funzionano correttamente con le versioni successive senza la necessità di convertire il formato. E' corretto?
max.riservo ha scritto:
(*) Io credo che sia meglio NON mischiare le carte. Se un progetto è stato pensato con MDB è meglio lasciarlo morire in MDB.
Parallelamente alla migrazione da A2003 a A2019 io svilupperei un FE totalmente nuovo partendo questa volta da ACCDB (con le nuove potenzialità) ..... ovviamente dopo aver letto un buon libro su A2019 (va beh ... penso che quanto letto per A2013 possa essermi abbastanza sufficiente, quello che manca è il tempo e la voglia ma questo è un altro affare).
L'esperienza mi insegna che tutti i miei buoni propositi di approfondire la conoscenza di access sono sempre rimasti tali.
Se parliamo di piccole cose tipo creare una maschera, un DB con qualche relazione ok, ma se cominciamo a parlare di codice, ad ognuno il proprio mestiere.
max.riservo ha scritto:
Cose che mancano in Access2019 :
- i Command Bar .... mi sembra di ricordare che forse rimangono ma mancano i tool per crearli/modificarli/cancellarmi
- progetti ADP ... credo siano stati usati relativamente poco (almeno da chi usa SOLO Access e/o sa usare SOLO Access ... magari poco poco)
- la gestione degli utenti usata da JET (MDB). Se migri a ACCDB ciccia .... se rimani con MDB puoi continuare ad usarla
Per cui mi stai raccomandando di lasciare tutto in MDB, giusto?
max.riservo ha scritto:
Quindi se hai fatto le cose correttamente (con A2003) e NON fai la migrazione al formato ACCDB, come ti ha già ribadito Alex, il vero lavoro, da fare a mano è la gestione dei Ribbon (in sostituzione dei Command Bar).
Arabo
max.riservo ha scritto:
Conclusioni :
- nel link che ha messo Alex si possono vedere le cose in + (e quelle in -) tra le varie versioni di Access
- la versione di A2003, inteso come applicativo stand-alone e non la suite Office 2003, sebbene NON supportata da MS, potrebbe essere funzionale anche su Win10.
- MS indica la suite Office 2003 (con o senza Access cambia poco) non supportata su Win10 ma potrebbe anche funzionare senza grossi problemi .... sei libero di sperimentare ....
Questi esperimenti non fanno al caso mio.
max.riservo ha scritto:
E se uno volesse continuare ad usare Office2003 (A2003) con Windows 7 anche dopo la fine del supporto a Win7?
Per questo esistono le macchine virtuali ..... ma è meglio evitare di andare fuori tema.
Credo che sia un'ipotesi interessante almeno per qualche anno.