Convertitore online gratuito da ACCDB a SQL

Cos'è il formato ACCDB

.accdb è il formato di database Microsoft Access introdotto con Access 2007. Può contenere tabelle, query, relazioni, indici, macro, moduli, report, allegati, campi multivalore e altri oggetti specifici di Access in un unico file.

Microsoft Access crea e apre i file ACCDB, mentre le applicazioni che utilizzano Microsoft Access Database Engine possono leggerne molti. ACCDB è comune nei database di piccole imprese, nelle applicazioni desktop dipartimentali, nei progetti legacy e nelle esportazioni di dati Windows.

Cos'è il formato SQL

SQL è un linguaggio per database, non un singolo formato di file standardizzato. Un file .sql è normalmente uno script di testo semplice contenente istruzioni come CREATE TABLE, INSERT INTO, ALTER TABLE e CREATE INDEX.

Uno script può essere esaminato, modificato, archiviato, inserito sotto controllo versione ed eseguito senza Microsoft Access. La sintassi SQL e i tipi di dati variano in base al database engine, quindi uno script generato per MySQL potrebbe richiedere modifiche prima di essere eseguito su PostgreSQL, SQL Server, MariaDB o SQLite. Selezionare il dialetto di destinazione prima della conversione, quando lo strumento offre questa opzione.

Come convertire ACCDB in SQL

Utilizzo del convertitore 101convert.com

Per una conversione semplice senza installare software, utilizzare il convertitore gratuito su 101convert.com. Caricare il file .accdb, selezionare SQL come output, scegliere un dialetto di destinazione se disponibile, avviare la conversione e scaricare il file .sql risultante. Questo approccio è adatto alle tabelle ordinarie che non contengono dati riservati che richiedono un'elaborazione locale.

Esaminare lo script generato prima di importarlo. La conversione online potrebbe non conservare moduli, report, VBA, relazioni, allegati, database crittografati o tipi di campo insoliti di Access.

Utilizzo di mdbtools in locale

mdbtools è un'opzione a riga di comando per Linux e macOS e può essere eseguito anche in ambienti Windows compatibili come WSL. Installarlo tramite il package manager del sistema operativo, quindi elencare le tabelle di origine:

mdb-tables -1 database.accdb

Generare uno schema per il database engine di destinazione. I nomi dei backend supportati dipendono dalla versione installata di mdbtools; gli esempi comuni includono mysql e postgres:

mdb-schema database.accdb mysql > schema.sql

Esportare ogni tabella come istruzioni SQL per i dati, sostituendo Customers con una tabella elencata da mdb-tables:

mdb-export -I mysql database.accdb Customers >> data.sql

Ripetere l'esportazione per ogni tabella richiesta, quindi combinare lo schema e i dati in quest'ordine:

cat schema.sql data.sql > database.sql

In Windows PowerShell, la combinazione equivalente è:

Get-Content schema.sql, data.sql | Set-Content database.sql

Importare il risultato con lo strumento a riga di comando del client di destinazione, ad esempio:

mysql -u user -p target_database < database.sql

Utilizzare il client corrispondente per PostgreSQL, SQL Server o SQLite. Consultare la documentazione di mdbtools per conoscere il backend esatto e le opzioni di esportazione fornite dalla propria versione.

Utilizzo di Microsoft Access e ODBC

Access può trasferire direttamente le tabelle a un database di destinazione tramite ODBC, ma non offre un comando universale che salvi un intero database ACCDB come script SQL portatile. Per eseguire un trasferimento ODBC diretto, utilizzare External Data → New Data Source → From Other Sources → ODBC Database, selezionare il driver di destinazione e scegliere se importare o collegare, secondo necessità.

Per ottenere uno script anziché eseguire un trasferimento diretto, utilizzare uno strumento di migrazione del database, Python con un driver ODBC per Access o un altro programma locale che legga le tabelle e generi istruzioni CREATE TABLE, INSERT, per indici e vincoli specifiche per la destinazione. Questo metodo offre il controllo sulle mappature dei tipi, sulle tabelle selezionate, sui valori trasformati, sulle definizioni delle chiavi e sull'ordine delle foreign key. Nello specifico per SQL Server, SQL Server Migration Assistant for Access di Microsoft può migrare direttamente dati e schema di Access, sebbene non sia un esportatore di script SQL generico.

Controlli di compatibilità e qualità

• Un normale script SQL può rappresentare i dati delle tabelle, le definizioni delle colonne, le chiavi primarie e alcuni indici. I moduli, i report, le macro, gli oggetti di navigazione, il codice VBA, le query salvate che utilizzano la sintassi specifica di Access e le impostazioni dell'interfaccia utente non diventano SQL portabile.
• I tipi di Access richiedono mappature specifiche per la destinazione. Yes/No può diventare un Boolean o un intero, AutoNumber richiede un equivalente identity o sequence, mentre Long Text, gli allegati, i campi multivalore, gli oggetti OLE e i campi calcolati possono richiedere una riprogettazione o esportazioni separate.
• Le espressioni di Access, le parole riservate, gli spazi negli identificatori, i valori letterali per le date, i caratteri jolly e i valori Boolean differiscono da quelli di altri database engine. Esaminare e, se necessario, modificare le istruzioni generate prima dell'esecuzione.
• Le foreign key possono impedire il caricamento dei dati se le righe padre non vengono create prima. Creare le tabelle, caricare i dati, verificare le chiavi e aggiungere o abilitare i vincoli di foreign key successivamente quando l'ordine delle dipendenze causa errori.
• Le tabelle collegate sono riferimenti a dati esterni e non necessariamente dati archiviati nel file ACCDB. Verificare che il convertitore legga le origini collegate ed esportare separatamente tali origini quando necessario.
• I file ACCDB protetti da password o crittografati, i database danneggiati, le funzionalità più recenti non supportate e i file di grandi dimensioni possono richiedere Microsoft Access o Access Database Engine per l'estrazione locale.
• Conservare il file originale senza modificarlo e testare lo script su un nuovo database di destinazione. Confrontare il numero di righe, i valori null, le date, il testo Unicode, le chiavi duplicate, gli ID generati automaticamente, gli indici e le relazioni prima di utilizzare il database migrato.