Convertitore online gratuito da DB3 a SQL

Un file DB3 necessita di conversione quando un database deve essere importato in un software che accetta uno script SQL, migrato a un altro database engine o archiviato in formato di testo leggibile. La procedura corretta dipende dal fatto che il file sia un database SQLite o una tabella dBASE III.

Cos'è il formato DB3

DB3 è un'estensione di database ambigua. Comunemente si riferisce a un file di database SQLite o a una tabella dBASE III; la sola estensione non identifica il formato.

• SQLite: Un database relazionale completo memorizzato in un unico file. Può contenere tabelle, indici, viste, trigger, definizioni dello schema e dati. I file SQLite sono utilizzati da applicazioni desktop, dispositivi embedded, app mobili e installazioni software. Un database SQLite normalmente inizia con l'header SQLite format 3.
• dBASE III: Una tabella contenente record e definizioni dei campi. La sua estensione abituale è .dbf, sebbene alcuni programmi utilizzino .db3 per le tabelle dBASE III. I campi memo possono dipendere da un file .dbt corrispondente. Un file dBASE III contiene un header dBASE e un'area per la definizione dei campi, anziché un header SQLite.

Non identificare il file aprendolo in un editor di testo: entrambi i formati sono binari. Controlla l'header con un'utilità per database oppure apri una copia in un software che supporta il formato sospetto. Durante la conversione, conserva qualsiasi file .dbt corrispondente insieme alla tabella dBASE.

Cos'è il formato SQL

Un file SQL è uno script di testo semplice contenente istruzioni per database, non un database engine né un singolo formato binario universale. Un dump può contenere istruzioni CREATE TABLE, INSERT, per indici, viste, trigger e vincoli.

I file SQL possono essere esaminati, modificati, archiviati in un sistema di controllo versione, ripristinati in un database e trasferiti tra computer senza l'applicazione DB3 originale. La compatibilità dipende dal database engine di destinazione: SQLite, MySQL, PostgreSQL e Microsoft SQL Server utilizzano tipi di dati, regole di quoting, sintassi per la numerazione automatica, funzioni e comandi amministrativi diversi.

Come convertire un file SQLite DB3

1. Crea una copia di backup e conferma che il file contenga l'header SQLite.
2. Installa l'utilità da riga di comando SQLite e controlla il database:
   sqlite3 input.db3 "PRAGMA integrity_check;"
sqlite3 input.db3 ".tables"
3. Genera un dump dello schema e dei dati:
   sqlite3 input.db3 ".dump" > output.sql
4. Apri output.sql e verifica che siano presenti le tabelle, le righe, gli indici, le viste, i trigger e i vincoli previsti.
5. Ripristina lo script in SQLite quando necessario:
   sqlite3 restored.db < output.sql

Gli utenti che non desiderano installare software possono convertire gratuitamente il file su 101convert.com e scaricare il file SQL generato. Non caricare contenuti di database riservati o soggetti a normative su un convertitore online.

Come convertire un file dBASE III DB3

1. Inserisci la tabella .db3 o .dbf e il relativo file memo .dbt nella stessa cartella. Non rinominare nessuno dei due file prima dell'importazione.
2. Apri la tabella in un programma per database compatibile con dBASE o in un'utilità di conversione DBF.
3. Usa Export o Save as SQL, seleziona il dialetto SQL di destinazione e includi sia le definizioni della tabella sia i record. Esporta gli indici o altri metadati solo quando il database engine di destinazione li supporta.
4. Esamina il file .sql generato verificando i nomi dei campi, i valori letterali delle date, i valori memo, la precisione numerica e la codifica dei caratteri prima di importarlo.

Se il programma di origine non è in grado di esportare SQL, uno script può leggere la tabella con il package Python dbfread, creare un database di staging, inserire i valori con istruzioni parametrizzate ed esportare il database di staging con il comando SQLite .dump. Ciò richiede una gestione esplicita dei campi memo, dei record eliminati, delle code page dBASE e dei tipi di campo specifici di dBASE.

Compatibilità e controlli sui dati

Una conversione non può conservare informazioni che non hanno un equivalente nel database engine di destinazione. I campi dBASE logici, data, memo, numerici e basati su code page possono richiedere una mappatura manuale dei tipi. SQLite utilizza la tipizzazione dinamica, pertanto i suoi tipi dichiarati potrebbero non corrispondere esattamente ai tipi di MySQL o PostgreSQL.

La mancanza dei file .dbt può causare la perdita del contenuto dei campi memo dBASE. I record dBASE eliminati possono rimanere nella tabella fisica finché questa non viene compattata e, a seconda delle impostazioni, un convertitore può ometterli o renderli visibili. Dopo l'importazione, confronta il numero di righe e controlla i valori null, le date, la precisione decimale, i caratteri non ASCII, i campi memo, gli indici, le chiavi esterne e il comportamento delle chiavi primarie o della numerazione automatica.

Un dump SQLite non è automaticamente uno script MySQL o PostgreSQL. Prima di importarlo in un altro database engine, rimuovi o riscrivi gli elementi specifici di SQLite, come le istruzioni PRAGMA, INSERT OR REPLACE, le dichiarazioni dei tipi SQLite e la numerazione automatica o il quoting specifici di SQLite. Esamina l'SQL generato su un database di test prima di eseguirlo sui dati di produzione.