È consigliabile dividere qualsiasi database condiviso da più persone in una rete. La divisione di un database condiviso può contribuire a migliorarne le prestazioni e ridurre la possibilità di danneggiamento dei file di database.
Dopo aver diviso il database, è possibile decidere di spostare il database back-end o di usare un database back-end diverso. È possibile usare Gestione tabelle collegate per modificare il database back-end in uso.
Note:
-
La divisione di un database non equivale all'archiviazione di un database. Questo argomento non descrive come archiviare i dati. È possibile archiviare i dati spostando periodicamente i record meno recenti in un database diverso, perché il file di database cresce troppo rapidamente fino al limite di dimensioni del file o perché si vuole ridurre le dimensioni del file di database e organizzare i dati in modo pulito in base al periodo di tempo. In alcuni casi, è possibile archiviare i dati dividendo un database. Per altre informazioni, vedere l'articolo online Archiviare dati di Access.
-
Se si divide un database Web, le tabelle Web in tale database non verranno spostate nel database back-end e non saranno accessibili dal database front-end risultante.
Contenuto dell'articolo
Panoramica
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.
Per dividere un database, usare la Creazione guidata Dividi database. Dopo aver diviso il database, è necessario distribuire il database front-end agli utenti.
Attenzione: Per proteggere i dati se il database include più utenti finali, è consigliabile non condividere copie di un database che contiene collegamenti a elenchi SharePoint. Se si crea un collegamento a una tabella che è un elenco di SharePoint, qualsiasi utente malintenzionato potrebbe modificare la destinazione del collegamento e potenzialmente modificare le autorizzazioni nel sito di SharePoint perché le informazioni di connessione per le tabelle collegate non sono crittografate.
Vantaggi di un database diviso
I vantaggi di un database diviso includono quanto segue:
-
Miglioramento delle prestazioni Le prestazioni del database in genere migliorano significativamente perché solo i dati vengono inviati attraverso la rete. In un database condiviso non diviso, gli oggetti di database stessi, ovvero tabelle, query, maschere, report, macro e moduli, vengono inviati in rete, non solo ai dati.
-
Maggiore disponibilità Poiché solo i dati vengono inviati in rete, le transazioni di database, ad esempio le modifiche ai record, vengono completate più rapidamente, lasciando i dati più disponibili per la modifica.
-
Maggiore sicurezza se archivi il database back-end in un computer che utilizza il file system NTFS, puoi utilizzare le funzionalità di sicurezza NTFS per proteggere i dati. Poiché gli utenti accedono al database back-end tramite tabelle collegate, è meno probabile che gli intrusi possano ottenere l'accesso non autorizzato ai dati sottraendo il database front-end o scrivendo come utente autorizzato. In caso di dubbi sul file system usato dal file server, rivolgersi all'amministratore di sistema. Se si dispone di privilegi di amministratore nel file server, è possibile eseguire il comando msinfo32 per determinare manualmente il file system.
Ricerca per categorie usare msinfo32 per controllare il file system?
-
Fare clic sul pulsante Start e quindi su Esegui.
-
Nella finestra di dialogo Esegui digitare msinfo32 e quindi fare clic su OK.
-
In Riepilogo sistema fare clic sul simbolo più accanto a Componenti.
-
In Componenti fare clic sul simbolo più accanto a Archiviazione e quindi su Unità. Nella finestra di dialogo vengono visualizzate informazioni sulle unità disponibili nel riquadro a destra.
-
-
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. Poiché l'utente accede solo ai dati nel database back-end usando tabelle collegate, è molto meno probabile che il file di database back-end venga danneggiato.
-
Ambiente di sviluppo flessibile Poiché ogni utente lavora con una copia locale del database front-end, ogni utente può sviluppare in modo indipendente query, maschere, report e altri oggetti di database senza influire sugli altri utenti. Analogamente, è possibile sviluppare e distribuire una nuova versione del database front-end senza interrompere l'accesso ai dati archiviati nel database back-end.
Prima di iniziare
Prima di dividere un database, tenere presente quanto segue:
-
È consigliabile eseguire sempre il backup di un database prima di dividerlo. Se si divide un database e quindi si decide che non si vuole dividere il database, è possibile ripristinare l'originale dalla copia di backup.
-
La divisione di un database potrebbe richiedere molto tempo. È consigliabile informare gli utenti in modo che non usino il database durante la divisione. Se un utente modifica i dati durante la divisione del database, le modifiche non verranno applicate al database back-end.
Suggerimento: Se un utente modifica i dati durante la divisione del database, è possibile importare i nuovi dati nel database back-end al termine.
-
Anche se la divisione di un database è uno dei modi per condividere i dati, chiunque usi il database deve avere una versione di Microsoft Office Access compatibile con il formato di file del database back-end. Ad esempio, se il file di database back-end usa il formato di file accdb, gli utenti non possono accedere ai dati usando Access 2003.
-
È consigliabile usare un formato di file di Access precedente per il database back-end se si usano caratteristiche non più supportate. Ad esempio, se si usano pagine di accesso ai dati (DAP); è possibile continuare a usarli se il database back-end è in un formato di file precedente che supporta i file DAP. È quindi possibile usare il nuovo formato di file con il database front-end in modo che gli utenti possano accedere ai vantaggi del nuovo formato. Si noti che non è possibile modificare i dati in una pagina di accesso ai dati usando Access 2010 o versione successiva.
Dividere il database
-
Nel computer creare una copia del database da dividere. Iniziare con il file di database nel disco rigido locale, non nella condivisione di rete. Se il file di database è attualmente condiviso dall'unità disco rigido locale, è possibile lasciarlo dove si trova.
-
Aprire la copia del database presente nell'unità disco rigido locale.
-
Nel gruppo Sposta dati della scheda Strumenti database fare clic su Database di Access. Viene avviata la Divisione guidata database.
-
Fare clic su Dividi database.
-
Nella finestra di dialogo Crea database back-end specificare un nome, un tipo di file e un percorso per il file di database back-end.
Note:
-
È consigliabile usare il nome suggerito da Access. Mantiene il nome file originale e indica che il database è un database back-end inserendo _be nel nome, subito prima dell'estensione del nome file.
-
Non modificare il tipo di file a meno che alcuni utenti non useranno una versione precedente di Access per accedere ai dati.
-
È possibile immettere il percorso del percorso di rete nella casella Nome file , davanti al nome del file. Ad esempio, se il percorso di rete per il database back-end è \\server1\share1\ e il nome file per il database back-end è MyDB_be.accdb, è possibile immettere \\server1\share1\MyDB_be.accdb nella casella Nome file .
-
Il percorso scelto deve essere disponibile per tutti gli utenti del database. Poiché i mapping delle unità possono variare, è consigliabile specificare il percorso di UNC della posizione invece di usare una lettera di unità mappata.
-
-
Al termine della procedura guidata, viene visualizzato un messaggio di conferma.
Il database è ora diviso. Il database front-end è il file con cui è stato avviato (la copia del database condiviso originale) e il database back-end si trova nel percorso di rete specificato nel passaggio 5 di questa procedura.
Limitare le modifiche alla struttura del database front-end
Per limitare le modifiche apportate al database front-end distribuito, è consigliabile salvarlo come file binario compilato, ovvero un file con estensione accde. Un file binario compilato è un file di applicazione di database che è stato salvato con tutto il codice di Visual Basic Access (VBA) compilato. Il codice sorgente VBA non rimane in un file binario compilato di Access. Gli utenti non possono modificare la struttura degli oggetti in un file con estensione accde.
-
Aprire il file di database front-end (con estensione accdb) da salvare come file binario compilato (con estensione accde).
-
Fare clic su File > Salva con nome > Imposta ACCDE > Salva con nome.
-
Nella finestra di dialogo Salva con nome passare alla cartella in cui si vuole salvare il file, digitare un nome per il file nella casella Nome file e quindi fare clic su Salva.
Distribuire il database front-end
Dopo aver diviso il database, distribuire il database front-end agli utenti, in modo che possano iniziare a usarlo.
Attenzione: Per proteggere i dati se il database include più utenti finali, è consigliabile non condividere copie di un database che contiene collegamenti a elenchi SharePoint. Se si crea un collegamento a una tabella che è un elenco di SharePoint, qualsiasi utente malintenzionato potrebbe modificare la destinazione del collegamento e potenzialmente modificare le autorizzazioni nel sito di SharePoint perché le informazioni di connessione per le tabelle collegate non sono crittografate.
Eseguire una delle operazioni seguenti:
-
Inviare un messaggio di posta elettronica agli utenti del database e allegare il file di database front-end al messaggio. Includere eventuali istruzioni che semplificano l'uso immediato del database front-end da parte degli utenti.
-
Salvare il file di database front-end in un percorso di rete accessibile a tutti gli utenti del database, quindi inviare agli utenti un messaggio di posta elettronica che specifica il percorso di rete insieme alle eventuali altre istruzioni necessarie per accedere al database.
-
Distribuire il file di database front-end usando supporti rimovibili, ad esempio un CD-ROM o una chiavetta USB. Se si installa il file manualmente, è possibile testarlo per assicurarsi che funzioni. Se gli utenti devono installare il file, è necessario includere un documento che spiega loro cosa devono fare per installare il file e chi contattare in caso di difficoltà.
Modificare il database back-end in uso
È possibile spostare il database back-end o usare un database back-end diverso usando Gestione tabelle collegate.
Se si vuole spostare il database back-end, occorre prima di tutto crearne una copia nel nuovo percorso e quindi seguire questa procedura.
-
Nel gruppo Importa & collegamento della scheda Dati esterni fare clic su Gestione tabelle collegate.
-
In Gestione tabelle collegate selezionare le tabelle presenti nel database back-end corrente.
Suggerimento: Se non sono stati collegati altri database, fare clic su Seleziona tutto.
-
Selezionare la casella di controllo Controlla sempre nuova posizione e quindi fare clic su OK.
-
Individuare e selezionare il nuovo database back-end.
