ACCESS: Errore 2001 (autoexec) all'apertura del file

Question

Abbiamo un file access contenente alcuni form con pulsanti a cui sono associate delle macro.

In seguito ad alcuni aggiornamenti fatti nei giorni scorsi, non si riesce più ad utilizzare il database.

Compare questa finestra di errore:

Dopo una ricerca su Google ho applicato le soluzioni indicate in questi articoli:

Decidere se considerare attendibile un database (microsoft.com)

Nascondere il codice VBA agli utenti (microsoft.com)

ma purtroppo il problema persiste.

Questo comportamento non si verifica su tutti i pc ma solo su alcuni (immagino sia legato agli aggiornamenti).

Avete qualche altra idea sul come risolvere ?

Grazie

Answer 1

Ciao Sandro grazie mille per la risposta.

Scusa il ritardo ma , per qualche motivo a me ignoto, non arrivano le notifiche in email della risposta ai post.

[...]

prego e nessun problema.

[...]

Ottimo il suggerimento di separare BE e FE anche se , ad onor del vero, non mi sembra tanto normale , nel 2022, usare Access come applicazione client / server in questo modo. Ma ... sai com'è... io sono un comune sistemista.. mica vorrai andare ad insegnare come si fanno le cose agli sviluppatori.. :-)

[...]

questa procedura è altamente consigliata per un utilizzo condiviso dell'applicazione.

Tieni conto, e lo sai meglio di me, che i gestionali comprendono sempre una parte client e una server, per i quali, la prima può essere sviluppata con qualsiasi linguaggio e la seconda lo stesso, il db di riferimento può essere qualsiasi, i limiti sono dovuti all'opportunità di uno rispetto all'altro e alle competenze di chi sviluppa.

Access da oltre 20 anni è molto criticato e spesso ci sono voci che puntualmente vengono smentite da MSFT stessa circa la sua dismissione.

Francamente mi è sempre sfuggito il motivo, che potrebbe anche essere legato anche alla "facilità" di utilizzo ed al tempo necessario per rendere operativa un' applicazione rispetto ad altre architetture, molto più contenuto appunto.

"facilità" tra virgolette perchè a differenza di word ed excel dove molte aspetti sono intuitivi in Access servono competenze e conoscenze dettate da studi sul modello relazionale per la parte dati, e di programmazione specifica per l'automazione che non sono assimilabili diversamente.

Se poi ci spostiamo all'iterazione con altri applicativi via Com o a quelle con il sistema operativo via API le cose si complicano di molto.

Certo è che nelle ultime versioni, se gli altri applicativi del pacchetto office sono state introdotte implementazioni e migliorie in Ms-Access, MSFT fa poco da molto tempo.

Anche sui backup ci sono problemi perchè, ovviamente, gli utenti lasciano aperto il file costantemente e quando partono le procedure di backup, ogni 2 per 3, non vanno a buon fine.

questo aspetto è indipendente da Access, se usi As400 o altri nel momento del back up interviene la disconnessione automatica...

[...]

Ma io .. che ci posso fare.. se vogliono usare Access... se lo tengano..Ciao Sandro grazie mille per la risposta.

[...]

per quanto mi riguarda lo considero ancora un ambiente di sviluppo molto valido e non un semplice "file" con estensione accdb, mdb...

Forse se MSFT lo avesse nominato diversamente e non facesse parte del pacchetto office....il parere sarebbe diverso, e non mi riferisco solo al tuo.

Un saluto e buon lavoro.

Ciao, Sandro.

Answer 2

Ciao Sandro grazie mille per la risposta.

Scusa il ritardo ma , per qualche motivo a me ignoto, non arrivano le notifiche in email della risposta ai post.

Ottimo il suggerimento di separare BE e FE anche se , ad onor del vero, non mi sembra tanto normale , nel 2022, usare Access come applicazione client / server in questo modo. Ma ... sai com'è... io sono un comune sistemista.. mica vorrai andare ad insegnare come si fanno le cose agli sviluppatori.. :-)

Anche sui backup ci sono problemi perchè, ovviamente, gli utenti lasciano aperto il file costantemente e quando partono le procedure di backup, ogni 2 per 3, non vanno a buon fine.

Ma io .. che ci posso fare.. se vogliono usare Access... se lo tengano..

Grazie

Answer 3

Grazie per la risposta.

prego.

Ho notato che non avevo specificato che il file access si trova allocato su di uno share di rete e che viene aperto dai client.

Io avevo già aggiunto il percorso attendibile (lo share) nell'access del client che apriva il file.

client 1 o più di uno ? generalmente in questi casi si opera una divisione tra la parte database (dati) ed interfaccia di gestione ( forms, reports).

E' così per tutti i gestionali, Access per semplicità consente di mantenere BE e FE assieme, ma non è buona pratica soprattutto per accessi in concorrenza ( altro grande aspetto da valutare ) e /o accessi anche singoli da più utenti.
Non ci dai grandi indicazioni, ma non mi sorprenderebbe se a tendere incappassi in problemi di corruzione.

Okkio quindi ai back up, ma seguendo l'infrastruttura hardware che te lo dico a fare :-).

Ma leggendo in giro, mi sembra di aver capito che la macro Autoexec viene eseguita come prima cosa in assoluto.

Ci può stare che lanci la funzione di ricerca del path prima di caricare il db e quindi non riesca a mettere in relazione i settaggi del db con il codice ?

l'errore che denunci è piuttosto banale e va gestito con routine apposita di errore - sempre da includere in ogni routine - e verifica dell'esistenza del path in modo opportuno la con funzione specifica che ti ho indicato di applicare.

La risposta alla domanda che poni è no per quello che hai mostrato. Ovvio che una debug approfondito potrebbe svelare altri problemi, ma da quello che mostri ripeto, no.

Non so se mi sono spiegato.... :-(

si.

Ciao, Sandro.