Distribuire un'applicazione di Access

I dati e la logica devono essere separati?

È possibile creare un'applicazione Access che combina la gestione dei dati e la logica dell'applicazione in un unico file. Si tratta della struttura predefinita dell'applicazione in Access. La combinazione di gestione dei dati e logica dell'applicazione in un unico file rappresenta il metodo di distribuzione più semplice, ma questo metodo funziona in modo ottimale solo se l'applicazione viene usata da poche persone contemporaneamente e comporta alcuni rischi. Un utente potrebbe, ad esempio, causare involontariamente la perdita di dati eliminando o danneggiando il file dell'applicazione. Nella maggior parte dei casi è consigliabile separare la gestione dei dati e la logica dell'applicazione. Ciò consente di migliorare le prestazioni e l'affidabilità.

Un modo per separare i dati e la logica consiste nell'usare il comando Database di Access, disponibile nel gruppo Sposta dati della scheda Strumenti database. Questo comando divide l'applicazione di database in due file di Access: uno per la logica (front-end) e uno per i dati (back-end). Ad esempio, un database denominato MySolution.accdb viene suddiviso in due file denominati MySolution_fe.accdb e MySolution_be.accdb. Il database back-end viene inserito in un percorso condiviso, ad esempio una cartella di rete. Si distribuisce il file front-end, una copia per ogni utente, ai propri computer. È anche possibile distribuire file front-end diversi a utenti diversi. Per altre informazioni, vedere Dividere un database di Access.

Un altro modo per separare gestione dei dati e logica dell'applicazione consiste nell'usare un programma di server di database, come Microsoft SQL Server, per la gestione dei dati e l'accesso alla logica dell'applicazione. Per altre informazioni, vedere Eseguire la migrazione di un database di Access a SQL Server.

Altri motivi per separare dati e logica sono i seguenti:

• Integrità e sicurezza dei dati     Se si combinano dati e logica in un file, i dati vengono esposti agli stessi rischi della logica dell'applicazione. Un'applicazione Access che usa file di logica e dati separati può contribuire a proteggere l'integrità e la sicurezza dei dati sfruttando le funzionalità di sicurezza NTFS nelle cartelle di rete.

  Access utenti devono avere le autorizzazioni di lettura, scrittura, creazione ed eliminazione per la cartella in cui si trova il file front-end. Tuttavia, è possibile assegnare autorizzazioni diverse al file front-end stesso. Ad esempio, è possibile assegnare autorizzazioni di sola lettura ad alcuni utenti e autorizzazioni di lettura/scrittura ad altri utenti.

  L'applicazione può richiedere ulteriori opzioni di sicurezza, ad esempio la possibilità di controllare quali utenti hanno accesso a dati specifici. In questo caso, è possibile usare SQL Server o SharePoint per archiviare e gestire i dati dell'applicazione e usare Access per fornire la logica dell'applicazione.

• Scalabilità    Un file di Access può avere una dimensione massima di 2 gigabyte (GB). Anche se 2 GB corrisponde a una notevole quantità di dati di testo, potrebbe risultare insufficiente per alcune applicazioni, in particolare per le applicazioni che archiviano allegati nei record di database. Se dati e logica sono separati, l'applicazione può gestire una maggiore quantità di dati. Se si prevede che gli utenti archivino un volume elevato di dati, è possibile usare più file di dati di Access.

  È opportuno anche rivedere le specifiche del programma Access per altre informazioni sulla scalabilità. Per altre informazioni sulle specifiche di Access, vedere l'articolo Specifiche di Access.

• Capacità della rete    Se più utenti devono usare contemporaneamente l'applicazione in una rete, è più probabile che si verifichino danneggiamenti dei dati se i dati e la logica sono combinati in un unico file. Se, inoltre, si combinano dati e logica in un unico file di Access, non è possibile ottimizzare il traffico di rete generato da Access. Se più utenti usano contemporaneamente l'applicazione in una rete, è consigliabile separare i dati e la logica, usando due o più file di Access oppure usando un prodotto server di database per i dati e Access per la logica dell'applicazione.

Come sarà l'ambiente di rete?

La scelta della soluzione di database di Access corretta per l'ambiente di rete è un passaggio fondamentale per il successo. Usare le linee guida seguenti per scegliere la scelta migliore in base alle proprie esigenze.

Rete domestica

Se si hanno solo pochi utenti con cui condividere il database di Access, è possibile usare un singolo database aperto e usato da ogni utente in una rete domestica. Per altre informazioni, vedi Condivisione di file in una rete in Windows 10.

Local Area Network (LAN)

Una LAN è una rete interna che di solito ha prestazioni eccellenti, ma è limitata a una piccola area geografica, ad esempio una singola stanza, un edificio o un gruppo di edifici. Quando il database è condiviso da più di alcuni utenti in una LAN, è consigliabile dividere il database, archiviare il database back-end in una cartella di rete e distribuire una copia del database front-end per ogni utente.

Wide Area Network (WAN)

Esistono molte configurazioni possibili per una WAN, che copre un'ampia area geografica. È possibile che in una città siano presenti più uffici collegati a una rete pubblica, a una linea affittata o persino a satelliti. Spesso, una rete privata virtuale (VPN) viene utilizzata per l'accesso remoto sicuro da casa o in viaggio. Un modo semplice per comprendere una WAN consiste nel fatto che, quando ci si trova all'esterno di una LAN ma vi si connette, si usa una WAN.

Condivisioni file di Azure

Le condivisioni file di Azure non sono un tipo di rete separato, ma offrono un modo per usare le condivisioni file in una rete senza la necessità di un file server. Tuttavia, l'uso di una condivisione file di Azure può introdurre problemi simili a quelli che si verificano quando si usa un database diviso di Access in una WAN.

Avviso    Evitare di usare un database diviso di Access in una WAN o con condivisioni file di Azure perché le prestazioni possono essere lente e i database potrebbero danneggiarsi.

Le alternative supportate all'uso di un database diviso in una WAN o in condivisioni file di Azure sono:

• Archiviare i dati in una risorsa di archiviazione esterna e creare tabelle collegate per:

  • Elenchi di SharePoint

  • SQL Server o SQL di Azure

  • Dataverse

• Servizi Desktop remoto (RDS, Remote Desktop Services) (precedentemente noto come Terminal Server), che crea un ambiente desktop windows virtuale nel computer client di un utente. Servizi Desktop remoto presenta diversi vantaggi:

  • Non è richiesta alcuna installazione di Access o di un database di Access quando gli utenti eseguono il client Desktop remoto (RD), disponibile in molti dispositivi.

  • Il trasferimento dei dati viene ridotto al minimo tra il client e il server perché RD è un client sottile che trasmette in modo efficiente solo l'interfaccia utente.

  • Gli utenti possono comunque copiare e incollare dati e stampare report in locale dal computer client.

  • RemoteApp può eseguire un solo programma, ad esempio un'applicazione chiavi in mano per fornitori o operatori in prima linea.

  Per altre informazioni, vedi Benvenuto in Servizi Desktop remoto.

Access sarà disponibile per tutti gli utenti?

Se Access verrà installato nei computer di tutti gli utenti, questi possono aprire e usare l'applicazione come con un qualsiasi file di database di Access.

Se alcuni o tutti gli utenti non avranno Access installato nei propri computer, è anche possibile distribuire il software Access Runtime a tali utenti quando si distribuisce l'applicazione. Per altre informazioni, vedere Informazioni e download di Access Runtime.

Inizio pagina

Preparare il database come soluzione per l'applicazione

Per bloccare la soluzione, controllare l'esplorazione e l'avvio e impostare altre opzioni importanti, esegui le operazioni seguenti:

Suggerimento Per essere più approfonditi, scorrere la finestra di dialogo Opzioni di Access (Opzioni > file) e quindi fare clic su ? per ogni scheda. Potrebbero essere disponibili altre opzioni da controllare per la soluzione dell'applicazione.

Prima della distribuzione

Prima di distribuire il database front-end, prendere in considerazione le procedure consigliate seguenti:

• Cerca di ottenere le migliori prestazioni dalla tua soluzione. Per altre informazioni, vedere Velocizzare l'esecuzione di Access e Suggerimenti sulle prestazioni di Microsoft Access per velocizzare i database di Access.

• Compattare e ripristinare il database. Per altre informazioni, vedere Compattare e ripristinare un database.

• Eseguire il backup del database in modo da avere una copia originale e sicura del database originale. Per altre informazioni, vedere Proteggere i dati con i processi di backup e ripristino.

• Usare Analizzatore database per stampare le caratteristiche di progettazione degli oggetti di database. Per altre informazioni, vedere Documentare e stampare la struttura del database.

• Decidere come proteggere il file. È possibile adottare diversi approcci:

  • Aggiungere un certificato di sicurezza al database. Per altre informazioni, vedere Visualizzare l'attendibilità aggiungendo una firma digitale e Decidere se considerare attendibile un database. In questo caso, decidere come controllare la barra dei messaggi nel database. Per altre informazioni, vedere Abilitare o disabilitare gli avvisi di sicurezza sulla barra dei messaggi.

  • Usare un percorso attendibile per archiviare il database front-end per evitare che venga controllato dal Centro protezione o se non si vuole che venga aperto in Visualizzazione protetta. per altre informazioni, vedere Aggiungere, rimuovere o modificare un percorso attendibile.

  • Crittografare il file di database. Per altre informazioni, vedere Crittografare un database usando una password del database.

  • Per assicurarsi che gli utenti non riescano a modificare la struttura di maschere, report o codice VBA, è consigliabile usare un file binario compilato (con estensione accde).

Scegliere il formato di file da usare

Quando si distribuisce un'applicazione, è possibile usare quattro formati di file Access:

• accdb    Si tratta del formato di file predefinito per Access. Quando si distribuisce un'applicazione in questo formato, gli utenti hanno a disposizione la maggior parte delle opzioni per personalizzare ed esplorare l'applicazione nel modo che preferiscono. Per evitare che gli utenti modifichino la struttura dell'applicazione, è opportuno usare il formato di file con estensione accde. Un utente non può inoltre determinare facilmente se un file con estensione accdb è stato modificato dopo la creazione del pacchetto. Per renderlo evidente, usare il formato di file con estensione accdc.

• accdc    Questo formato è noto anche come file di distribuzione di Access. Un file di distribuzione di Access include un file dell'applicazione e una firma digitale associata a tale file. Questo formato di file assicura agli utenti che nessuno ha modificato il file dell'applicazione dopo la creazione del pacchetto. È possibile applicare questo formato a un file di formato predefinito Access (con estensione accdb) o a un file binario compilato di Access (con estensione accde). Per altre informazioni, vedere Visualizzare l'attendibilità aggiungendo una firma digitale.

  In un file di distribuzione di Access è possibile inserire un solo file di applicazione. Se l'applicazione contiene file di dati e di logica separati, è possibile creare un pacchetto per ognuno di essi.

• accde    Questo formato è noto anche come file binario compilato. In Access un file binario compilato è un file dell'applicazione di database che è stato salvato con tutto il codice VBA compilato. Il codice sorgente VBA non rimane in un file binario compilato di Access. Un file con estensione accde impedisce modifiche a livello di progettazione e codice, riduce le dimensioni del database e migliora le prestazioni. Per altre informazioni, vedere Nascondere il codice VBA agli utenti.

  È possibile usare Access per aprire un file binario compilato di Access. Se Runtime non riconosce l'estensione accde, aprire il file binario creando un collegamento che punta al runtime e includere il percorso del file binario compilato che si desidera aprire con il collegamento.

  Importante   Gli utenti non possono aprire un file binario compilato usando una versione precedente di Access rispetto alla versione in cui è stato compilato se la versione precedente non supporta una caratteristica aggiunta nella versione successiva. Per risolvere il problema, compilare il file binario nella versione di Access installata dagli utenti.

• accdr    Questo formato consente di distribuire un'applicazione che viene aperta nella modalità di runtime. La distribuzione di un'applicazione di runtime permette di controllare la modalità di utilizzo dell'applicazione, anche se non è uno strumento valido per proteggerla. Per altre informazioni sulla modalità di runtime, vedere la sezione Informazioni su Access Runtime.

Installare e aggiornare un database front-end di Access

Quando si adotta una struttura di database divisa, è necessario distribuire il database front-end a ogni utente. Per ottenere risultati ottimali, prendere in considerazione le procedure consigliate seguenti:

• Verificare che ogni utente abbia la versione corretta di Access e che il database front-end venga aperto nella versione corretta. Access ha anche versioni a 32 bit e a 64 bit. L'esecuzione di un "bitness" errato può influire sulle chiamate api di Windows, i riferimenti alle libreria DLL e i controlli ActiveX. Per altre informazioni, vedere Scegliere tra la versione a 64 bit o a 32 bit di Office.

• Creare un pacchetto di installazione per altri file che potrebbero essere necessari, inclusi i driver di database, i file batch per l'installazione e la configurazione e i file correlati alle applicazioni. Per altre informazioni, vedere Creare un pacchetto di installazione.

• Fornire un collegamento sul desktop di Windows in modo che l'utente possa eseguire rapidamente la soluzione Access. Includere nel collegamento il percorso della cartella, un nome di scelta rapida significativo, una descrizione e un'icona. Per altre informazioni, vedere Creare un collegamento sul desktop per un'applicazione o un file di Office.

  Suggerimento Indicare agli utenti come aggiungere app al menu Start.

• Determinare un modo efficace per ridistribuirlo e sostituire il database front-end quando sono necessari aggiornamenti e mantenere le versioni dei file per tenere traccia delle modifiche. Ad esempio, è possibile aggiungere codice VBA per verificare la disponibilità di nuove versioni e aggiornare automaticamente anche prima che gli utenti avviino l'applicazione.

• Quando si crea una connessione ODBC usando un file DSN contenente la stringa di connessione, il file DSN deve essere installato anche in ogni computer client. Un altro approccio consiste nel creare una connessione "DSN-less" nel codice VBA per eliminare la necessità di un file DSN. Per altre informazioni, vedere Uso di connessioni DSN-Less.

Inizio pagina

Quali funzionalità non sono disponibili nella modalità di runtime?

Le funzionalità seguenti di Access non sono disponibili nella modalità di runtime:

• Tasti speciali    Tasti come CTRL+INTERR, CTRL+G e MAIUSC per ignorare le opzioni di avvio nel database.

• Riquadro di spostamento    Il riquadro di spostamento non è disponibile nella modalità di runtime. In questo modo si impedisce agli utenti di accedere a oggetti arbitrari nell'applicazione di database. Solo gli oggetti esposti agli utenti, ad esempio fornendo una maschera di spostamento, possono essere aperti durante l'uso della modalità di runtime. Non è possibile rendere disponibile il riquadro di spostamento nella modalità di runtime.

• Barra multifunzione    Per impostazione predefinita, la barra multifunzione non è disponibile nella modalità di runtime. In questo modo si impedisce agli utenti di creare o modificare oggetti di database e di eseguire altre azioni potenzialmente nocive, ad esempio la connessione a nuove origini dati o l'esportazione di dati in modi non previsti. Non è possibile esporre le schede predefinite della barra multifunzione nella modalità di runtime. È tuttavia possibile creare una barra multifunzione personalizzata e quindi associare la barra multifunzione a una maschera o a un report. Per altre informazioni, vedere Creare una barra multifunzione personalizzata in Access.

• Visualizzazione Struttura e visualizzazione Layout    La visualizzazione Struttura e la visualizzazione Layout non sono disponibili per gli oggetti di database nella modalità di runtime. In questo modo si impedisce agli utenti di modificare la struttura di oggetti nell'applicazione di database. Non è possibile abilitare la visualizzazione Struttura o la visualizzazione Layout nella modalità di runtime.

• Guida    Per impostazione predefinita, la Guida integrata non è disponibile nella modalità di runtime. Dal momento che si controllano le funzionalità disponibili nell'applicazione nella modalità di runtime, alcuni argomenti della Guida integrata standard di Access potrebbero essere irrilevanti per gli utenti dell'applicazione e potrebbero essere fonte di confusione o frustrazione. È possibile creare un file della Guida personalizzato per integrare l'applicazione in modalità di runtime.

Come è possibile simulare la modalità di runtime?

È possibile eseguire nella modalità di runtime qualsiasi database di Access in un computer in cui è installata la versione completa di Access. Per eseguire un database di Access nella modalità di runtime, eseguire una delle operazioni seguenti:

• Modificare l'estensione del file di database da accdb ad accdr.

• Creare un collegamento al database con l'opzione della riga di comando /Runtime .

  1. Dal desktop di Windows fai clic con il pulsante destro del mouse e seleziona Nuovo collegamento >.

  2. Immettere il percorso di MSAccess.exe, il percorso del database e il qualificatore di comando /runtime . Ad esempio:

     "C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime

  Per altre informazioni, vedere Creare un collegamento sul desktop per un'applicazione o un file di Office.

La modalità di runtime rende più sicuro il database?

Anche se la modalità di runtime limita la disponibilità delle funzionalità di spostamento e progettazione, è consigliabile non usare la modalità di runtime come strumento principale per proteggere un'applicazione di database. In un computer in cui è installata la versione completa di Access un utente può aprire un'applicazione di database di runtime come una normale applicazione di database (ovvero con tutte le funzionalità disponibili) e quindi modificare la struttura o eseguire altre azioni indesiderate.

Anche se si distribuisce l'applicazione di database solo in computer in cui non è installata la versione completa di Access, un utente può comunque trasferire l'applicazione in un computer in cui è installata la versione completa di Access e quindi aprire l'applicazione di database di runtime come una normale applicazione di database.

Inizio pagina

Scaricare Access Runtime

Per scaricare Access Runtime dall'Area download Microsoft, fare clic sul collegamento appropriato per la versione in uso. 

• Scaricare e installare Access Runtime per Office 365

  Nota    Access Runtime si applica anche alle licenze consumer di Office 2019.

• Scaricare e installare Microsoft Access 2016 Runtime

Non è necessario effettuare alcun acquisto per scaricare, usare o ridistribuire Access Runtime. Non è inoltre previsto alcun limite al numero di utenti a cui distribuire Runtime.

Inizio pagina

Usare un pacchetto di installazione generale 

Per le versioni più recenti di Access, è possibile usare Windows Installer o cercare un programma di terze parti che crea pacchetti di installazione.

Inizio pagina