Convertitore online gratuito da TOML a MDB

Le applicazioni che usano Microsoft Access potrebbero richiedere un database .mdb invece di un file di configurazione, pertanto i dati TOML devono essere analizzati e mappati in tabelle prima di poter essere archiviati in MDB. La conversione non consiste in una modifica diretta del formato, perché TOML descrive dati di configurazione gerarchici, mentre MDB richiede uno schema di database relazionale.

Che cos'è il formato TOML

TOML (Tom's Obvious, Minimal Language) è un formato di configurazione leggibile dall'utente che contiene coppie chiave-valore, tabelle, array, stringhe, numeri, valori booleani e valori di data/ora. È comunemente presente nei file pyproject.toml creati da strumenti Python come Poetry e dai sistemi di build PEP 517, nei file Cargo.toml creati dal package manager Cargo di Rust e nei file di configurazione specifici delle applicazioni.

Un documento TOML può contenere impostazioni semplici come port = 8080, tabelle nidificate come [database], array e array di tabelle come [[users]]. La sua struttura non specifica tabelle di database, chiavi primarie, relazioni, indici o tipi di colonna oltre ai tipi di valore TOML.

Che cos'è il formato MDB

MDB è il formato di database usato dalle versioni di Microsoft Access fino ad Access 2003 e dal database engine Jet. Memorizza tabelle, query, maschere, report, indici, relazioni e talvolta moduli VBA in un unico file. MDB è utile quando una vecchia applicazione Windows, un'installazione di Access o un workflow basato su Jet/ACE richiede specificamente un file .mdb.

Access offre la modifica grafica delle tabelle, query SQL, relazioni, maschere e report. MDB è un formato legacy, quindi i progetti più recenti usano generalmente .accdb o un altro database engine, a meno che la compatibilità con software meno recenti non richieda MDB.

Come convertire effettivamente TOML in MDB

Usare il convertitore online integrato

1. Aprire il convertitore da TOML a MDB su 101convert.com.
2. Caricare il file .toml e avviare la conversione.
3. Scaricare il file .mdb generato e aprirlo in Microsoft Access o in un altro programma compatibile con Jet/ACE.

Questo metodo è adatto quando il convertitore è in grado di dedurre uno schema utilizzabile dalla struttura TOML. Esaminare le tabelle e i tipi di campo generati prima di usare il database con dati di produzione. Non caricare file di configurazione contenenti password, API key, certificati o altri valori riservati.

Usare un workflow desktop controllato

1. Aprire il file TOML in un editor compatibile con TOML oppure analizzarlo con un linguaggio di programmazione che supporti TOML. In Python 3.11 o versioni successive, la standard library può leggerlo con tomllib.
2. Decidere come mappare la gerarchia nelle tabelle relazionali. Una tabella di primo livello può diventare una tabella, un array di tabelle può diventare un insieme di righe e gli oggetti nidificati possono diventare tabelle correlate o colonne appiattite. Le impostazioni semplici di primo livello possono appartenere a un'unica tabella Settings con colonne name e value.
3. Esportare ogni insieme di righe scelto in CSV oppure inserirlo direttamente tramite una connessione a un database compatibile con Access. Conservare le stringhe TOML come testo, gli interi come long integers, i valori decimali come numeri a doppia precisione, i valori booleani come campi Yes/No e i valori di data/ora come campi Access Date/Time.
4. In Microsoft Access, creare un database MDB vuoto con File → New → Blank database, selezionare il formato .mdb meno recente se richiesto e importare ogni CSV tramite External Data → New Data Source → From File → Text File.
5. Durante la procedura guidata di importazione, scegliere il delimitatore e il qualificatore di testo, impostare i nomi dei campi, selezionare tipi di dati appropriati e definire una chiave primaria. Ripetere l'importazione per ogni tabella.
6. Creare le relazioni in Database Tools → Relationships quando i dati TOML nidificati sono stati suddivisi in più tabelle. Salvare il database, chiuderlo e riaprirlo per verificare che le tabelle e i valori siano rimasti intatti.

Per conversioni ripetibili, uno script può analizzare il file e scrivere file CSV. Ad esempio, un programma Python può caricare il documento con tomllib.load(open("config.toml", "rb")), trasformare gli array di dizionari in righe e scriverli con il modulo csv. La creazione diretta di MDB richiede l'installazione di un Microsoft Access Driver o di un altro provider ODBC compatibile con Jet; lo script deve essere eseguito su un sistema in cui tale provider possa creare un file MDB.

Qualità, compatibilità e limitazioni

Il rischio principale è l'ambiguità dello schema. TOML non identifica righe o relazioni, pertanto un convertitore automatico potrebbe appiattire i valori nidificati, serializzare gli array come testo o creare tabelle separate basandosi su supposizioni che non corrispondono al modello di dati previsto. Esaminare manualmente gli array di tabelle, le tabelle nidificate, le chiavi duplicate e gli array vuoti.

MDB presenta inoltre limitazioni legacy, tra cui una dimensione massima del file di circa 2 GB e restrizioni sui nomi dei campi, sui tipi di dati e sulle definizioni degli indici. Le stringhe TOML lunghe potrebbero superare il limite di un campo Access Short Text e richiedere il tipo Long Text. I commenti, l'ordine, gli spazi bianchi e la formattazione TOML normalmente non vengono conservati, perché MDB memorizza i valori anziché la sintassi originale della configurazione.

Dopo la conversione, confrontare il numero di record, controllare i valori nulli e vuoti, verificare l'interpretazione di data/ora e la codifica dei caratteri e testare il file MDB con l'applicazione esatta che lo utilizzerà. Conservare il file TOML originale, perché la conversione inversa da MDB non riprodurrà la struttura o i commenti TOML originali.