Convertitore online gratuito da DBF a SQL

Che cos'è il formato DBF

DBF, chiamato anche formato dBASE, archivia una tabella contenente definizioni dei campi e record. Ogni campo ha un nome, un tipo e una larghezza; tra i tipi comuni vi sono i campi carattere, numerici, logici e data. I testi lunghi dei memo sono spesso archiviati in un file .dbt o .fpt separato.

dBASE, FoxPro, Visual FoxPro, Clipper, i sistemi di contabilità, i programmi per la gestione dell'inventario, i software per punti vendita e le applicazioni catastali utilizzano tabelle DBF. Un file DBF accanto a uno shapefile contiene solitamente gli attributi degli elementi geografici, non la geometria.

Una tabella DBF normalmente contiene solo righe e colonne. Relazioni, trigger, stored procedure, autorizzazioni e indici specifici dell'applicazione sono generalmente archiviati altrove o non esistono, quindi la conversione di un singolo file DBF non può ricrearli.

Che cos'è il formato SQL

SQL è un linguaggio per database, non un unico formato di file universale. Un file con estensione .sql è solitamente uno script di testo normale contenente istruzioni come CREATE TABLE, INSERT INTO e comandi per le transazioni. Un motore di database esegue tali istruzioni per creare e popolare le tabelle.

Gli script SQL sono facili da esaminare, modificare, sottoporre a controllo versione, trasferire e archiviare. Possono ricreare i record DBF in un database relazionale, dove gli utenti possono applicare query, indici, vincoli e relazioni. I dialetti SQL non sono intercambiabili: SQLite, MySQL, PostgreSQL e SQL Server differiscono nella delimitazione degli identificatori, nei valori letterali delle date, nei valori Booleani, nei tipi di dati e nella sintassi dell'incremento automatico.

Come convertire un file DBF in SQL

Utilizzare il convertitore su 101convert.com

1. Aprire lo strumento di conversione DBF su 101convert.com.
2. Caricare il file .dbf e selezionare SQL come formato di output.
3. Avviare la conversione e scaricare il file .sql generato.
4. Aprire lo script in un editor di testo e verificare la definizione della tabella, i dati dei caratteri, il numero di righe e il dialetto SQL prima di importarlo.

Questo metodo non richiede software installato ed è adatto a una conversione occasionale di dati non sensibili. Non caricare record riservati a meno che le politiche di gestione e conservazione del servizio non soddisfino i propri requisiti. Se la tabella utilizza campi memo, fornire il file .dbt o .fpt associato quando il convertitore supporta i file complementari; la conversione del solo DBF può omettere il contenuto dei memo.

Convertire con GDAL e SQLite

GDAL è utile per i flussi di lavoro da riga di comando e per i file DBF provenienti da sistemi GIS. Installare GDAL e il programma da riga di comando SQLite, quindi importare la tabella in un database SQLite:

ogr2ogr -f SQLite data.sqlite data.dbf -nln records

Esportare la tabella importata come dump SQL di SQLite:

sqlite3 data.sqlite '.dump records' > data.sql

Testare il risultato con:

sqlite3 target.sqlite < data.sql

Il file risultante è un dump specifico per SQLite. Potrebbe richiedere modifiche prima di essere utilizzato con MySQL, PostgreSQL o SQL Server. Se la sorgente utilizza una code page legacy e il driver XBase GDAL installato supporta la relativa opzione di codifica, specificare la codifica effettiva, ad esempio:

ogr2ogr -oo ENCODING=CP1252 -f SQLite data.sqlite data.dbf -nln records

Sostituire CP1252 con la code page utilizzata dall'applicazione sorgente; un valore errato modifica i caratteri accentati e altro testo non ASCII.

Controlli di qualità e compatibilità

• Codifica: i file DBF possono utilizzare code page OEM, Windows o regionali, e la dichiarazione archiviata può essere assente o non affidabile. Controllare nomi, indirizzi e testo accentato dopo la conversione.
• Dati memo: il testo lungo può risiedere in file associati .dbt o .fpt. Conservare insieme i file e verificare che le colonne memo contengano tutto il testo.
• Record eliminati: le applicazioni DBF spesso contrassegnano le righe come eliminate prima di rimuoverle fisicamente. I lettori possono escludere o conservare tali righe; confrontare il numero convertito con quello dell'applicazione sorgente.
• Date e valori vuoti: le date DBF utilizzano comunemente YYYYMMDD. I campi numerici vuoti, le date non valide e i flag di eliminazione richiedono una gestione esplicita durante l'importazione.
• Identificatori: le varianti DBF meno recenti limitano comunemente i nomi dei campi a dieci caratteri. I nomi contenenti spazi, punteggiatura, parole riservate o duplicati possono richiedere delimitazione o rinomina in SQL.
• Precisione numerica: i campi numerici DBF specificano la larghezza e il numero di cifre decimali. Utilizzare una definizione SQL DECIMAL appropriata per i valori finanziari o a precisione fissa, invece di usare automaticamente il formato a virgola mobile.
• Perdita dello schema: la conversione di un singolo DBF non ricava relazioni, chiavi primarie, chiavi esterne, indici, autorizzazioni o regole dell'applicazione. Definirli separatamente dopo aver individuato i campi chiave appropriati.
• Dialetto: verificare CREATE TABLE, la delimitazione, la sintassi delle date, la rappresentazione dei valori Booleani e il comportamento dell'incremento automatico generati rispetto al motore di destinazione. Testare lo script su una copia prima di caricare l'intero dataset.