Convertitore online gratuito da ACCDB a DB

La conversione è necessaria quando un’applicazione o un dispositivo richiede un motore di database che non può aprire i file Microsoft Access, più comunemente SQLite. Poiché .db non è un formato definito, identificare il motore di destinazione prima di esportare o importare dati.

Cos'è il formato ACCDB

ACCDB è il formato di database Microsoft Access introdotto con Access 2007. Microsoft Access e le applicazioni che utilizzano Microsoft Access Database Engine, chiamato anche ACE, lo creano e lo aprono.

Un file ACCDB può contenere tabelle, relazioni, query, maschere, report, macro, moduli VBA, allegati, indici, regole di convalida e altri oggetti specifici di Access. Il software Windows compatibile può connettersi al file tramite ODBC o OLE DB quando è installato il driver Microsoft Access Database Engine richiesto. ACCDB non è un formato generale per lo scambio di dati, quindi la maggior parte delle applicazioni di database non può aprirlo come database nativo.

Cos'è il formato DB

.db è un'estensione di file, non un singolo standard per database. Viene utilizzata frequentemente per i database SQLite, ma le applicazioni la usano anche per database proprietari e altri formati non correlati. Consultare la documentazione del programma ricevente per conoscere il motore, lo schema e il metodo di importazione richiesti.

Quando la destinazione è SQLite, il risultato è solitamente un singolo file di database portatile e senza server che le applicazioni possono aprire senza Microsoft Access. SQLite è adatto per applicazioni locali, dispositivi embedded, test, scambio di dati e archivi semplici. Non conserva maschere, report, moduli VBA, macro, impostazioni di navigazione, autorizzazioni o il comportamento delle query riservati ad Access come oggetti eseguibili.

Convertire con il convertitore online integrato

Per una conversione di base senza installare software, utilizzare il convertitore gratuito su 101convert.com:

1. Aprire il convertitore da ACCDB a DB su 101convert.com.
2. Caricare il file .accdb.
3. Scegliere il tipo di database di output quando è disponibile un'opzione di output. Selezionare SQLite se l'applicazione ricevente richiede specificamente SQLite.
4. Avviare la conversione e scaricare il file .db risultante.
5. Aprire l'output nell'applicazione di destinazione e controllare tabelle, conteggi delle righe, valori delle colonne, date, precisione numerica, codifica del testo e relazioni.

Non caricare dati riservati, personali o soggetti a normative, a meno che il servizio non soddisfi i requisiti di sicurezza della propria organizzazione. I file ACCDB protetti da password o crittografati potrebbero dover essere aperti ed esportati prima localmente; inoltre, alcuni flussi di conversione potrebbero non supportarli.

Convertire localmente in SQLite

Una migrazione locale è preferibile quando il database contiene dati sensibili o richiede il controllo dello schema. In Windows, installare Microsoft Access o Microsoft Access Database Engine, installare uno strumento di migrazione compatibile con ODBC e selezionare il driver denominato Microsoft Access Driver (*.mdb, *.accdb). Configurare come origine il file ACCDB e come destinazione un nuovo database SQLite.

1. Creare una copia di backup del file ACCDB originale e lavorare sulla copia.
2. Connettersi all'origine tramite il driver ACE ODBC.
3. Elencare le tabelle utente ed escludere gli oggetti di sistema, come le tabelle i cui nomi iniziano con MSys.
4. Creare tabelle SQLite con mapping espliciti per i tipi di dati di Access, invece di assegnare lo stesso tipo a ogni colonna.
5. Copiare le righe utilizzando insert parametrizzati, quindi ricreare chiavi primarie, indici, vincoli di unicità e chiavi esterne quando il design della destinazione li supporta.
6. Riscrivere le query che dipendono da Jet o ACE SQL, funzioni VBA, parametri di Access o comportamento delle tabelle a campi incrociati.
7. Eseguire il commit del database SQLite, eseguire i controlli di integrità e confrontare il risultato con l'origine.

Python può automatizzare questo processo con pyodbc per la connessione ad Access e il modulo integrato sqlite3 di Python per la destinazione. Python, il driver ODBC e Microsoft Access Database Engine devono utilizzare architetture compatibili a 32 o 64 bit. Uno script semplice che crea ogni colonna SQLite come TEXT non è una migrazione affidabile: può danneggiare date, precisione numerica, valori Boolean, dati binari, chiavi e vincoli.

Utilizzare CSV per trasferimenti con soli dati

Per un database di piccole dimensioni, aprire il file in Access e utilizzare External Data → Export → Text File per creare un file CSV per ogni tabella necessaria. Importare i file CSV in SQLite con un client di database desktop o gli strumenti da riga di comando di SQLite, quindi definire i tipi di colonna e i vincoli durante l'importazione.

I trasferimenti CSV includono solo i valori delle tabelle. Non trasferiscono relazioni, indici, chiavi primarie, query, maschere, report, macro, regole di convalida, allegati o impostazioni di sicurezza di Access. Esportare separatamente gli allegati binari quando l'applicazione di destinazione non può memorizzarli in colonne BLOB di SQLite.

Limitazioni di compatibilità

• I campi Access Yes/No, Date/Time, Currency, Attachment, di ricerca e multivalore richiedono mapping espliciti verso la destinazione. SQLite utilizza la tipizzazione dinamica e non dispone di un equivalente diretto per diversi tipi di campo di Access.
• I campi Access AutoNumber dovrebbero normalmente diventare colonne SQLite INTEGER PRIMARY KEY quando il loro comportamento di identificazione corrisponde al design della destinazione; verificare i valori generati prima di importare le righe correlate.
• Access memorizza date e orari in modo diverso rispetto a molte applicazioni SQLite. Testare intervalli di date, formati dipendenti dalle impostazioni locali, frazioni di secondo, valori null e ipotesi relative al fuso orario.
• Le query di Access possono contenere funzioni VBA, richieste di parametri, parole riservate o SQL specifico di Jet/ACE che deve essere riscritto per SQLite.
• Maschere, report, macro, moduli, autorizzazioni utente, allegati e impostazioni dell'interfaccia del database non sono dati di tabella portabili e richiedono una conservazione o un nuovo sviluppo separati.
• Convalidare conteggi delle righe, valori null, testo Unicode, precisione decimale, campi binari, indici, relazioni e query applicative rappresentative prima di sostituire il database di origine.
• Se la destinazione è SQL Server, PostgreSQL, dBase o un altro sistema diverso da SQLite, non rinominare il file in .db. Utilizzare invece il driver, la definizione dello schema e l'utilità di importazione di massa del sistema in questione.