È consigliabile suddividere i database condivisi da più persone in una rete. La suddivisione di un database condiviso consente di migliorarne le prestazioni e ridurre la probabilità 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 usato.
Nota
- La suddivisione di un database non è uguale all'archiviazione di un database. In questo argomento non viene illustrato come archiviare i dati. I dati vengono archiviati spostando periodicamente i record meno recenti in un database diverso, sia perché le dimensioni del file di database raggiungono troppo rapidamente il limite di dimensioni del file, sia perché si desidera mantenere le dimensioni del file di database di piccole dimensioni e organizzare i dati in modo ordinato per periodo di tempo. In alcune circostanze, è possibile archiviare i dati suddividendo un database. Per altre informazioni, vedere l'articolo online Archivio 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 raggiungibili dal database front-end risultante.
Contenuto dell'articolo
- Panoramica
- Prima di iniziare,
- Dividere il database
- Distribuire il database front-end
- Modificare il database back-end usato
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, si usa la Creazione guidata Database splitter. Dopo aver diviso il database, è necessario distribuire il database front-end agli utenti.
Attenzione
Per proteggere i dati se il database ha più utenti finali, è consigliabile non condividere copie di un database che contiene collegamenti a elenchi di SharePoint. Se si esegue il collegamento a una tabella che è un elenco di SharePoint, qualsiasi utente malintenzionato può modificare la destinazione del collegamento e potenzialmente modificare le autorizzazioni nel sito di SharePoint poiché le informazioni di connessione per le tabelle collegate non sono crittografate.
Vantaggi di un database diviso
I vantaggi di un database diviso includono i seguenti:
Prestazioni migliorate Le prestazioni del database in genere migliorano in modo significativo perché solo i dati vengono inviati attraverso la rete. In un database condiviso non suddiviso, gli oggetti database stessi, ovvero tabelle, query, maschere, report, macro e moduli, vengono inviati attraverso la rete, non solo i dati.
Maggiore disponibilità Poiché attraverso la rete vengono inviati solo i dati, le transazioni di database, ad esempio le modifiche ai record, vengono completate più rapidamente, lasciando i dati più disponibili per la modifica.
Sicurezza avanzata Se si archivia il database back-end in un computer che usa il file system NTFS, è possibile usare le funzionalità di sicurezza NTFS per proteggere i dati. Poiché gli utenti accedono al database back-end usando tabelle collegate, è meno probabile che gli intrusi possano ottenere l'accesso non autorizzato ai dati rubando il database front-end o spacciandosi per utenti autorizzati. Se non si è certi del file system utilizzato 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, quindi scegliere Esegui.
- Nella finestra di dialogo Esegui digitare msinfo32 e quindi fare clic su OK.
- In Riepilogo sistema, fai clic sul simbolo più accanto a Componenti.
- In Componenti fare clic sul simbolo del segno più accanto ad Archiviazione, quindi fare clic su Unità. La finestra di dialogo visualizza le informazioni sulle unità disponibili nel pannello a destra.
Maggiore 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 che l'utente aveva aperto. Poiché l'utente accede ai dati nel database back-end solo 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.
Inizio pagina
Prima di iniziare
Prima di dividere un database, considerare quanto segue:
È sempre consigliabile eseguire 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 suddivisione di un database potrebbe richiedere molto tempo. È consigliabile inviare una notifica agli utenti in modo che non utilizzino 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 suddivisione di un database è un modo per condividere i dati, tutti gli utenti che usano il database devono 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 utilizza il formato di file con estensione accdb, gli utenti non possono accedere ai relativi dati utilizzando Access 2003.
Se si usano caratteristiche non più supportate, potrebbe essere utile usare un formato di file di Access precedente per il database back-end. Ad esempio, se si usano pagine di accesso ai dati; È possibile continuare a usarli se il database back-end è in un formato di file precedente che supporta DAP. È quindi possibile utilizzare il nuovo formato di file con il database front-end in modo che gli utenti abbiano accesso ai vantaggi del nuovo formato. Non è possibile modificare i dati in una pagina di accesso ai dati con Access 2010 o versione successiva.
Inizio pagina
Dividere il database
Creare una copia del database da dividere sul computer. Inizia 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 così com'è.
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 avviato Database Splitter Wizard.
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.
Nota
- Provare a 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 che useranno il database. Poiché i mapping delle unità possono variare, è consigliabile specificare il percorso UNC della posizione anziché usare una lettera di unità mappata.
Al termine della procedura guidata, viene visualizzato un messaggio di conferma.
Il database è ora suddiviso. 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 progettazione del database front-end
Per limitare le modifiche al database front-end distribuito, è consigliabile salvarlo come file binario compilato (file con estensione accde). Un file binario compilato è un file di applicazione di database salvato con tutto il codice 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) che si vuole salvare come file binario compilato (con estensione accde).
- Fare clic su File>Salva con nome>Imposta file ACCDE>Salva con nome.
- Nella finestra di dialogo Salva con nome passare alla cartella in cui si desidera salvare il file, digitare un nome per il file nella casella Nome file e quindi fare clic su Salva.
Inizio pagina
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 ha più utenti finali, è consigliabile non condividere copie di un database che contiene collegamenti a elenchi di SharePoint. Se si esegue il collegamento a una tabella che è un elenco di SharePoint, qualsiasi utente malintenzionato può modificare la destinazione del collegamento e potenzialmente modificare le autorizzazioni nel sito di SharePoint poiché 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 del database front-end al messaggio. Includere eventuali istruzioni che semplifichino agli utenti l'avvio immediato dell'uso del database front-end.
- Salvare il file del database front-end in un percorso di rete a cui tutti gli utenti del database possono accedere e quindi inviare agli utenti un messaggio di posta elettronica che specifica il percorso di rete insieme a 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, devi includere un documento che spieghi loro cosa devono fare per installare il file e chi contattare in caso di problemi.
Inizio pagina
Modificare il database back-end usato
È possibile spostare il database back-end o usare un database back-end diverso usando Gestione tabelle collegate.
Se si desidera spostare il database back-end, crearne prima 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 è stato collegato ad altri database, fare clic su Seleziona tutto.
Selezionare la casella di controllo Controlla sempre la nuova posizione, quindi fare clic su OK.
Individuare e selezionare il nuovo database back-end.