Esistono diversi modi per condividere un database Access in base alle esigenze e alla disponibilità delle risorse. In questo articolo esamineremo le opzioni disponibili, i vantaggi di ogni opzione e le risorse per altre informazioni.
Contenuto dell'articolo
Panoramica dei modi per condividere Access dati
Le applicazioni di database cambiano e crescono nel tempo. Molti fattori influiscono sulle esigenze e sulle prestazioni, tra cui il numero di utenti simultanei, l'ambiente di rete, la velocità effettiva, la latenza, le dimensioni del database, i picchi di utilizzo e i tassi di crescita previsti. In breve, se la soluzione di database ha esito positivo, probabilmente deve evolversi. Fortunatamente, Access ha un percorso evolutivo, dal semplice all'avanzato, che può prendere il tempo per ridimensionare efficacemente la soluzione. La tabella seguente riepiloga Access scenari e carichi di lavoro per facilitare la scelta del percorso.
Condividere un singolo database
Questa è l'opzione più semplice e con i minori requisiti, ma che di conseguenza offre meno funzionalità. In questo metodo il file di database è memorizzato in un'unità di rete condivisa e viene usato da tutti gli utenti contemporaneamente. Può comportare alcune limitazioni connesse all'affidabilità e alla disponibilità se più utenti modificano i dati nello stesso momento perché tutti gli oggetti di database sono condivisi. Questa tecnica può anche comportare una riduzione delle prestazioni se tutti gli oggetti di database vengono inviati tramite la rete.
Questa opzione può essere utile se si prevede che il database venga usato contemporaneamente solo da poche persone e che gli utenti non debbano personalizzare la struttura del database. Ma questo metodo è meno sicuro di altri metodi di condivisione di un database, perché ogni utente ha una copia completa del file di database, aumentando il rischio di accesso non autorizzato.
Per condividere un database usando una cartella condivisa:
-
In un ambiente di casa o di piccole imprese, condividere una cartella con persone specifiche. Per altre informazioni, vedi Condivisione di file in una rete in Windows.
-
Verificare che Access sia impostato per l'apertura in modalità condivisa in tutti i computer degli utenti. Questa è l'impostazione predefinita, ma è opportuno verificarlo, in quanto se un utente apre il database in modalità di accesso esclusivo interferirà con la disponibilità dei dati.
-
Iniziare Access e in File fare clic su Opzioni.
-
Nella casella OpzioniAccess fare clic su Impostazioni client.
-
Nella sezione Avanzate , in Modalità di apertura predefinita, selezionare Condivisi, fare clic su OK e quindi uscire da Access.
-
-
Copiare il file di database nella cartella condivisa. Dopo aver copiato il file, verificare che gli attributi di file siano impostati in modo da consentire l'accesso in lettura/scrittura. Per utilizzare il database, gli utenti devono disporre di accesso in lettura/scrittura.
-
Nel computer di ogni utente creare un collegamento al file di database. Per altre informazioni, vedere Creare un collegamento sul desktop per un'applicazione o un file di Office.
Condividere un database diviso
Questa è una scelta valida se non si dispone di un sito SharePoint o di un server di database. È possibile condividere un database diviso tramite una LAN (Local Area Network). Quando si divide un database, lo si riorganizza in due file, ovvero un database back-end, contenente le tabelle di dati, e un database front-end, contenente tutti gli altri oggetti del database, quali query, maschere e report. Ogni utente interagisce con i dati utilizzando una copia locale del database front-end.
I vantaggi della divisione di un database includono quanto segue:
-
Miglioramento delle prestazioni Solo i dati vengono condivisi attraverso la rete e non le tabelle, le query, le maschere, i report, le macro e i moduli.
-
Maggiore disponibilità Le transazioni di database, ad esempio le modifiche ai record, vengono completate più rapidamente.
-
Maggiore sicurezza Gli utenti accedono al database back-end tramite tabelle collegate; è meno probabile che gli intrusi possano ottenere accesso non autorizzato ai dati tramite il database front-end.
-
Miglioramento dell'affidabilità Se un utente riscontra un problema e il database si chiude in modo imprevisto, qualsiasi danneggiamento dei file di database è in genere limitato alla copia del database front-end aperta dall'utente.
-
Ambiente di sviluppo flessibile Ogni utente può sviluppare in modo indipendente query, maschere, report e altri oggetti di database senza influire sugli altri utenti. È anche possibile sviluppare e distribuire una nuova versione del database front-end senza interrompere l'accesso ai dati archiviati nel database back-end.
Per altre informazioni, vedere Dividere un database di Access.
Condividere dati in un sito di SharePoint
Esistono diversi modi per condividere Access dati in un sito SharePoint:
-
Collegamento Il processo di collegamento si connette ai dati in un altro programma, in modo da poter visualizzare e modificare i dati più recenti sia in SharePoint che in Access senza creare e mantenere una copia dei dati in Access. Se non si vuole copiare un elenco SharePoint nel database di Access, ma si vogliono eseguire query e generare report in base al contenuto dell'elenco, è possibile collegarsi ai dati.
-
Spostarsi Quando si spostano dati da Access a un sito di SharePoint, nel sito SharePoint vengono creati elenchi che rimangono collegati alle tabelle del database. L'Esportazione guidata tabelle in SharePoint consente di spostare i dati da tutte le tabelle contemporaneamente e di mantenere le relative relazioni.
Per altre informazioni, vedere Importare, collegare o spostare dati in SharePoint.
Avviso Anche se è possibile salvare un file di database Access in OneDrive o in una raccolta documenti SharePoint, è consigliabile evitare di aprire un database di Access da queste posizioni. Il file potrebbe essere scaricato in locale per la modifica e quindi caricato di nuovo dopo aver salvato le modifiche in SharePoint. Se più persone aprono il database Access da SharePoint, potrebbero essere create più copie del database e potrebbero verificarsi alcuni comportamenti imprevisti. Questa raccomandazione si applica a tutti i tipi di file di Access tra cui un singolo database, un database diviso e i formati di file accdb, accdc, accde e accdr. Per altre informazioni sulla distribuzione di Access, vedere Distribuire un'applicazione Access.
Condividere dati usando un server di database
È possibile usare Access con un prodotto server di database, ad esempio SQL Server per condividere il database. Questo metodo offre molti vantaggi, ma richiede l'impiego di software aggiuntivo, ovvero di un prodotto server di database.
Questo metodo è simile alla divisione di un database perché le tabelle sono archiviate in rete e ogni utente ha una copia locale di un file di database Access che contiene collegamenti alle tabelle, insieme a query, maschere, report e altri oggetti di database. I benefici di questo metodo di condivisione dipendono dal software per server di database in uso, ma in genere includono account utente e accesso selettivo ai dati, massima disponibilità dei dati e validi strumenti integrati per la gestione dei dati. Inoltre, la maggior parte del software per server di database funziona bene con le versioni precedenti di Access, quindi non tutti gli utenti devono usare la stessa versione. Vengono condivise solo le tabelle. Per altre informazioni, vedere Eseguire la migrazione di un database di Access a SQL Server, Importare o collegare dati in un database di SQL Server e Collegare o importare dati da un database server Azure SQL.
Vantaggi della condivisione di un database mediante un server di database
-
Prestazioni elevate e scalabilità In molte situazioni, un server di database offre prestazioni migliori rispetto a un solo file di database Access. Molti prodotti per server di database forniscono inoltre il supporto per database di dimensioni molto grandi, di dimensioni terabyte, circa 500 volte il limite corrente per un file di database Access (due gigabyte). I prodotti per server di database operano in genere in modo estremamente efficiente, elaborando le query in parallelo, ovvero usando più thread nativi nell'ambito di un singolo processo per l'elaborazione delle richieste degli utenti, e minimizzando i requisiti di memoria aggiuntiva quando vengono aggiunti altri utenti.
-
Disponibilità maggiore La maggior parte dei prodotti per server di database consente di eseguire il backup del database mentre è in uso. Di conseguenza, non è necessario imporre agli utenti di disconnettersi dal database per eseguire il backup dei dati. Inoltre, questi prodotti in genere gestiscono in modo estremamente efficiente le operazioni simultanee di modifica e blocco dei record.
-
Maggiore sicurezza Nessun database può essere reso completamente sicuro. I prodotti per server di database tuttavia, sono dotati di potenti funzioni di sicurezza che consentono di proteggere i dati dall'accesso non autorizzato. La maggior parte di questi prodotti offre meccanismi di sicurezza basati sugli account, consentendo di specificare gli utenti autorizzati alla visualizzazione delle singole tabelle. Anche nel caso in cui il front-end Access venga ottenuto in modo improprio, l'uso non autorizzato dei dati è impedito dalla sicurezza basata sull'account.
-
Ripristinabilità automatica In caso di errore di sistema (ad esempio un arresto anomalo del sistema operativo o un'interruzione dell'alimentazione), alcuni prodotti di server di database dispongono di meccanismi di ripristino automatico che ripristinano l'ultimo stato coerente di un database in pochi minuti, senza alcun intervento da parte dell'amministratore del database.
-
Elaborazione basata su server L'uso di Access in una configurazione client/server consente di ridurre il traffico di rete elaborando le query di database sul server prima di inviare i risultati al client. Lasciare l'elaborazione al server è in genere più efficace, in particolare quando si lavora con set di dati di grandi dimensioni.
-
Azure SQL Server Oltre ai vantaggi di SQL Server, offre scalabilità dinamica senza tempi di inattività, ottimizzazione intelligente, scalabilità e disponibilità globali, eliminazione dei costi hardware e amministrazione ridotta.
