Convertitore online gratuito da DB a DBF

Un programma GIS, di contabilità o di reporting legacy può richiedere una tabella .dbf autonoma mentre i dati sono archiviati in un database .db. La conversione esporta i record selezionati nel formato dBase precedente, ma non conserva la struttura completa del database di origine.

Che cos'è il formato DB

.db è un'estensione generica per i file di database, non un formato universale. In questo contesto può identificare un database SQLite, un database proprietario di un'applicazione, Berkeley DB o un altro database engine. È necessario identificare l'applicazione che lo ha creato o la firma del database prima di scegliere un metodo di conversione.

I file SQLite contengono comunemente più tabelle, indici, viste, vincoli e trigger in un unico file. Un convertitore specifico per SQLite non è in grado di leggere ogni file denominato .db. Per un file che si sospetta essere SQLite, eseguire sqlite3 source.db ".tables"; un elenco delle tabelle conferma che lo strumento da riga di comando SQLite è in grado di aprirlo. Usare sqlite3 source.db ".schema table_name" per esaminare la struttura della tabella.

Che cos'è il formato DBF

.dbf è il formato delle tabelle associato a dBase e FoxPro. Memorizza righe e colonne in un file autonomo ed è supportato da molte applicazioni meno recenti di contabilità, GIS, fogli di calcolo e database desktop. Uno shapefile usa normalmente un file DBF per la propria tabella degli attributi.

DBF è adatto quando l'applicazione di destinazione richiede una tabella semplice senza un database server. Un tipico file DBF rappresenta una tabella, non un intero database relazionale. I dialetti legacy comuni limitano i nomi dei campi a 10 caratteri e forniscono campi di base di tipo carattere, numerico, data e logico. Tabelle, relazioni, indici, viste, trigger, vincoli, autorizzazioni e logica dell'applicazione dell'origine non vengono trasferiti.

Come convertire DB in DBF

Per una conversione una tantum, usare il convertitore su 101convert.com senza installare software. Caricare il file .db, selezionare DBF quando il tipo di origine viene riconosciuto e la tabella richiesta può essere selezionata, avviare la conversione e scaricare il risultato. Un file .db generico potrebbe non essere identificabile; in tal caso, aprirlo con l'applicazione che lo ha creato ed esportare la tabella richiesta come CSV oppure usare l'esportazione DBF dell'applicazione.

Per un database SQLite, uno script controllato offre un controllo migliore sulla selezione delle tabelle e sui tipi di dati. Installare il pacchetto Python:

pip install dbf

L'esempio seguente esporta tre colonne da una tabella customers:

import sqlite3
import datetime
import dbf

source = sqlite3.connect("source.db")
rows = source.execute(
    "SELECT id, name, created FROM customers"
).fetchall()

output = dbf.Table(
    "customers.dbf",
    "id N(10,0); name C(80); created D"
)
output.open(mode=dbf.READ_WRITE)

for customer_id, name, created in rows:
    created_date = (
        datetime.date.fromisoformat(created[:10])
        if created else None
    )
    output.append((customer_id, name, created_date))

output.close()
source.close()

Modificare la query SQL e la definizione DBF in base all'origine. Usare C(length) per il testo, N(width,decimals) per i numeri, D per le date e L per i valori logici. Convertire esplicitamente timestamp, valori null, JSON e altri valori non DBF invece di consentire che vengano interpretati come testo.

Un'alternativa grafica consiste nell'esportare la tabella selezionata in CSV dall'applicazione di origine, quindi aprire il CSV in un software che supporta l'output dBase e scegliere File → Save As o File → Export con DBF o dBase selezionato. Prima del salvataggio, verificare il delimitatore, la codifica dei caratteri, l'interpretazione delle date, il separatore decimale e le colonne numeriche. CSV è solo una tabella intermedia, quindi non conserva in modo affidabile indici, relazioni o tipi di dati del database.

Limiti di qualità e compatibilità

La conversione è normalmente con perdita di dati. Un database di origine con più tabelle richiede un file DBF separato per ogni tabella esportata. Chiavi esterne, join, formule, indici, autorizzazioni, trigger e logica dell'applicazione devono essere ricreati separatamente.

BLOB, testi lunghi, JSON, valori decimali ad alta precisione, timestamp con informazioni sul fuso orario e caratteri Unicode possono essere troncati, arrotondati, rifiutati o convertiti in testo. I programmi dBase meno recenti potrebbero non supportare nomi di campo lunghi, campi di caratteri di grandi dimensioni, campi memo, valori null o varianti più recenti di data e ora. Usare il dialetto DBF e la code page richiesti dal programma di destinazione; il supporto UTF-8 varia e molti programmi meno recenti richiedono una codifica legacy come Windows-1252.

Dopo la conversione, confrontare il numero di righe dell'origine e dell'output, controllare valori null, date, precisione decimale, caratteri accentati e lunghezze massime del testo, quindi aprire il file nell'applicazione di destinazione effettiva. Conservare il file originale .db, perché DBF generalmente non è in grado di riprodurre il database di origine completo.