Per ricollegare le tabelle collegate in Access puoi usare Gestione tabelle collegate, selezionare l’origine dati, scegliere Relink e indicare il nuovo file o la nuova connessione. Access aggiorna i link e mostra lo stato dell’operazione. Se gestisci molti front-end o percorsi dinamici, puoi anche automatizzare il relink con VBA usando la collection TableDefs e il metodo RefreshLink.
Questa procedura è fondamentale dopo lo spostamento del back-end, il cambio di server, la rinomina di una cartella o la modifica di una connessione ODBC. Per approfondire consulta la categoria Guide Access, come spostare il back-end su un server, come dividere Access e come distribuire il front-end.
Cosa sono le tabelle collegate
Una tabella collegata appare nel front-end Access ma i dati risiedono altrove: in un altro file Access, in SQL Server, in una lista SharePoint o in un’altra origine supportata. Il front-end conserva informazioni di connessione e utilizza la tabella quasi come se fosse locale.
Se il percorso o la connessione cambiano, Access non trova più la sorgente. Il link deve quindi essere aggiornato. Ricollegare non significa importare i dati: il front-end continua a puntare alla sorgente esterna.
Quando serve il relink
Il caso più comune è lo spostamento di un back-end ACCDB da una cartella a un’altra o da un server a un altro. Altri casi includono cambio nome del file, modifica del DSN ODBC, migrazione da test a produzione e rinnovo di credenziali.
È buona pratica centralizzare la configurazione dell’origine dati, così un futuro cambiamento non richiede modifiche sparse nel codice.
Usare Gestione tabelle collegate
In Access vai nella scheda Dati esterni e apri Gestione tabelle collegate. L’interfaccia elenca le origini e le tabelle associate. Puoi selezionare un’intera origine o singole tabelle.
Microsoft consiglia di usare prima Refresh per verificare lo stato. Se una tabella fallisce, correggi il percorso o le credenziali e usa Relink. La colonna Stato mostra Success o Failed.
Refresh e Relink: differenza
Refresh aggiorna il collegamento usando le informazioni già memorizzate. È utile per verificare che la sorgente sia ancora raggiungibile e che la definizione della tabella sia coerente.
Relink consente invece di scegliere una nuova origine o un nuovo nome della tabella. Usalo quando il file è stato spostato o la connessione è cambiata.
Ricollegare un back-end Access
Se hai spostato il file Dati.accdb, seleziona le tabelle collegate al vecchio file, scegli Relink e individua il nuovo back-end. Access aggiorna i collegamenti mantenendo i nomi delle tabelle nel front-end.
Dopo l’operazione apri alcune tabelle e modifica un record di test. Verifica che la modifica finisca nel nuovo file e non in una copia precedente.
Non usare contemporaneamente vecchio e nuovo back-end
Dopo una migrazione assicurati che tutti i front-end puntino alla stessa sorgente. Se alcuni utenti restano collegati al vecchio file, avrai due database divergenti e sarà difficile riconciliare le modifiche.
Per questo è consigliabile imporre una versione minima del front-end e distribuire una build aggiornata a tutti.
Ricollegare molte tabelle
Gestione tabelle collegate permette di selezionare un’origine e aggiornare più tabelle in una sola operazione. Non è necessario ricollegarle una alla volta se condividono la stessa sorgente.
Se alcune tabelle hanno origini diverse, trattale per gruppi e verifica lo stato dopo ciascun gruppo.
Ricollegare con VBA
Per applicazioni distribuite su molti PC può essere utile automatizzare. In DAO, ogni tabella collegata è un TableDef con una proprietà Connect. Puoi aggiornare Connect e chiamare RefreshLink.
Un pattern semplice consiste nel verificare il percorso configurato all’avvio, confrontarlo con quello delle TableDefs e ricollegare solo le tabelle Access del back-end previsto. Non modificare indiscriminatamente tabelle ODBC o di sistema.
Esempio logico di routine VBA
Una routine può ciclare su CurrentDb.TableDefs, ignorare le tabelle locali e di sistema, controllare se Connect contiene il vecchio percorso e sostituirlo con il nuovo. Dopo l’assegnazione chiama RefreshLink e intercetta gli errori.
Registra l’esito in un log. Se una tabella fallisce, non nascondere l’errore con On Error Resume Next globale: mostra il nome della tabella e interrompi l’avvio se l’app non può lavorare in sicurezza.
Configurare il percorso in una tabella
Evita di scrivere il percorso del back-end in dieci procedure diverse. Usa una tabella locale Config, una proprietà personalizzata o un file di configurazione. La funzione di relink legge un solo valore.
In ambiente aziendale il percorso può essere fornito dal launcher al momento dell’installazione.
Percorsi UNC
Per back-end Access su file server, un percorso UNC stabile è spesso preferibile a una lettera di unità mappata. Le lettere possono variare tra utenti o non essere disponibili in sessioni particolari.
Qualunque metodo scegli, standardizzalo e documentalo.
Permessi della cartella
Se il relink trova il file ma l’utente non può scrivere, le tabelle possono risultare in sola lettura o generare errori. Verifica i permessi NTFS e della share. Access deve poter creare il file di lock per un back-end multiutente.
Non risolvere concedendo Full Control a chiunque. Usa gruppi e privilegi adeguati.
Ricollegare ODBC
Per tabelle SQL Server collegate via ODBC, la proprietà Connect contiene informazioni sulla connessione. Un cambio server, database o driver può richiedere un nuovo relink. Gestione tabelle collegate supporta origini diverse e può chiedere credenziali o connection string.
In una procedura VBA evita di salvare password in chiaro. Usa autenticazione Windows o meccanismi sicuri quando possibile.
DSN e DSN-less
Una connessione ODBC può dipendere da un DSN configurato sul PC oppure essere DSN-less con informazioni nella stringa di connessione. In distribuzione multiutente, DSN-less può ridurre prerequisiti, ma devi gestire driver e sicurezza correttamente.
Se usi DSN, assicurati che sia presente e coerente su tutti i PC.
Ricollegare tabelle SQL Server
Dopo il relink verifica chiavi primarie e aggiornabilità. Access può chiedere di identificare un campo univoco quando collega una tabella che non espone una chiave primaria riconoscibile.
Testa query di modifica e maschere. Una tabella che si apre non garantisce che tutte le operazioni siano aggiornabili.
SharePoint e altre origini
Gestione tabelle collegate può visualizzare origini differenti. Per SharePoint e servizi esterni, percorso e credenziali funzionano diversamente da un file ACCDB. Non applicare alla cieca una routine progettata per file locali.
Microsoft avverte inoltre che le informazioni di connessione delle tabelle collegate a SharePoint possono avere implicazioni di sicurezza; valuta attentamente la distribuzione del front-end.
Verificare lo stato dopo il relink
Non fermarti al messaggio di successo. Apri la tabella, esegui una query SELECT e, in ambiente di test, prova una modifica. Verifica che i dati provengano dall’origine corretta.
Per applicazioni critiche puoi avere una query di diagnostica che controlla l’esistenza di una tabella e di una versione schema nel back-end.
Controllo versione schema
Nel back-end crea una tabella ConfigApplicazione con SchemaVersion. Dopo il relink il front-end legge il valore. Se la versione non è compatibile, impedisce l’avvio.
Questo evita di collegare accidentalmente il front-end di produzione a un vecchio backup o a un database di test.
Test ambiente test e produzione
Se hai due back-end, rendi evidente l’ambiente. Mostra TEST nella barra del titolo o usa una schermata iniziale diversa. Il relink deve impedire che un utente lavori inconsapevolmente sui dati sbagliati.
Non usare copie di dati reali in test senza le protezioni richieste dalle politiche aziendali.
Ricollegare all’avvio
Non è sempre necessario eseguire RefreshLink a ogni apertura: può rallentare l’avvio. Puoi controllare prima se il percorso è raggiungibile e se la configurazione è cambiata. Esegui il relink soltanto quando serve.
In caso di errore, mostra un messaggio comprensibile e non aprire maschere che produrrebbero una cascata di richieste di percorso.
Access Runtime
Con Runtime l’utente non dovrebbe usare manualmente strumenti amministrativi. Il front-end deve essere distribuito già collegato oppure avere una procedura automatica di relink.
Prevedi un’opzione amministrativa protetta per scegliere il nuovo back-end, se davvero necessario.
ACCDE
Un ACCDE può contenere tabelle collegate e routine di relink. Poiché il codice non è modificabile dall’utente, la configurazione del percorso deve essere esterna o gestita da una funzione prevista.
Conserva l’ACCDB sorgente per ogni modifica futura.
32 e 64 bit
Il relink di un file Access non cambia tra 32 e 64 bit. Per ODBC, invece, il driver deve essere disponibile per l’architettura del processo Access. Un DSN configurato a 32 bit può non essere visibile ad Access 64 bit.
Se alcuni PC falliscono e altri no, controlla architettura Office e driver ODBC.
Troubleshooting: file non trovato
Verifica percorso, DNS, nome server e connettività. Prova ad aprire la share da Esplora file con lo stesso utente. Se il percorso è corretto ma Access non accede, controlla permessi e antivirus.
Troubleshooting: tabella in sola lettura
Controlla permessi del back-end e presenza di una chiave univoca. Per ODBC verifica chiave primaria e diritti sul database server.
Troubleshooting: password richiesta
Il nuovo back-end può essere crittografato o la sorgente ODBC richiede autenticazione. Non memorizzare password in chiaro nel codice. Configura un metodo di autenticazione supportato e sicuro.
Troubleshooting: alcuni link funzionano e altri no
Controlla se le tabelle appartengono a origini diverse o sono state rinominate. Gestione tabelle collegate permette di vedere e trattare le sorgenti separatamente.
Troubleshooting: prestazioni peggiori dopo il relink
Verifica che il nuovo server sia sulla stessa LAN e che il percorso non attraversi VPN o WAN. Controlla latenza, antivirus e query. Il relink può essere corretto ma la nuova posizione può essere più lenta.
Spostamento e backup
Dopo un cambio di back-end aggiorna il piano di backup. È facile spostare il file ma dimenticare che il job di backup protegge ancora la vecchia cartella.
Prova un ripristino dal nuovo sistema di backup.
Quando valutare SQL Server
Se ricolleghi perché il back-end è stato migrato a SQL Server, prepara test specifici. Le tabelle ODBC hanno caratteristiche diverse dalle tabelle Access file-based. Ottimizza query, pass-through e procedure server-side dove utile.
Access può restare un front-end efficace, ma la migrazione richiede più di un semplice cambio di percorso.
Errori comuni
- Ricollegare solo alcune copie del front-end.
- Lasciare utenti sul vecchio back-end.
- Usare percorsi diversi tra PC.
- Ignorare permessi di cartella.
- Non verificare lo stato dopo il relink.
- Hard-code di password.
- Non testare ODBC 32/64 bit.
- Dimenticare backup del nuovo percorso.
Checklist passo passo
- Backup del back-end.
- Utenti disconnessi se il file viene spostato.
- Nuova origine pronta.
- Permessi verificati.
- Apri front-end di test.
- Gestione tabelle collegate.
- Refresh per diagnosticare.
- Relink alla nuova origine.
- Controlla Stato.
- Testa lettura e scrittura.
- Verifica versione schema.
- Distribuisci front-end aggiornato.
- Monitora errori.
FAQ
Ricollegare copia i dati?
No. Cambia il riferimento del front-end alla sorgente esterna; i dati restano nel back-end.
Posso ricollegare tutte le tabelle insieme?
Sì, se appartengono alla stessa origine puoi selezionarle in blocco in Gestione tabelle collegate.
Posso automatizzare con VBA?
Sì, usando TableDefs, Connect e RefreshLink, con gestione errori e controlli sulla sorgente.
Funziona con Runtime?
Sì, ma l’utente Runtime dovrebbe ricevere un front-end già configurato o una routine automatica.
Cosa cambia con SQL Server?
Le tabelle vengono collegate via ODBC e devi considerare driver, autenticazione, chiavi primarie e prestazioni delle query.
Come verifico che sto usando il back-end giusto?
Controlla il percorso nella gestione link e usa una tabella di configurazione con identificativo ambiente e versione schema.
Conclusione
Ricollegare le tabelle collegate in Access è un’operazione semplice ma critica: aggiorna l’origine, verifica ogni link, testa lettura e scrittura e assicurati che tutti i front-end puntino allo stesso back-end. Per ambienti grandi automatizza con una procedura controllata e versionata.
Microsoft documenta l’intero processo in Manage linked tables e descrive lo spostamento del back-end in Split an Access database. Usa questi strumenti insieme a backup, versionamento e test multiutente.