Lo schema del database, come codice leggibile.
Tabelle, colonne e relazioni si scrivono in un linguaggio semplice; accanto si disegna dal vivo un diagramma ER, e ogni modifica fatta nel diagramma viene riscritta nel codice. Tabliva segnala i problemi dello schema, suggerisce normalizzazioni e genera l’SQL e il file di migrazione con versione che portano un database allo stato del codice. PostgreSQL, MySQL / MariaDB e SQLite.
14,99 USDAcquisto una tantumRimborso entro 14 giorni
Funzioni principali
- Un linguaggio di schema leggibile
- Tabelle, tipi logici, chiavi primarie ed esterne (->), indici (parziali e su espressione), vincoli check ed enum si scrivono in file .tabliva. I dettagli di ciascun dialetto si aggiungono con annotazioni (@postgres(type: "jsonb")); viste, trigger e funzioni con blocchi sql grezzi. L’editor offre evidenziazione della sintassi, completamento e ricerca.
- Diagramma ER bidirezionale
- Il diagramma si aggiorna mentre si scrive; in caso di errore di sintassi resta l’ultimo stato valido e l’errore viene mostrato con la sua riga. Aggiungere, rinominare o eliminare tabelle, colonne, relazioni e indici, o cambiare un tipo nel diagramma riscrive solo la riga di codice interessata; i commenti restano. Il layout è salvato in un file a parte (diagram.tabliva-layout.json).
- Problemi: 55 regole
- Chiavi, suggerimenti di chiavi esterne mancanti con livello di affidabilità, tipi (ad es. float per importi), indici, dati ripetuti, nomi, struttura e compatibilità con il dialetto. Ogni problema ha una spiegazione semplice e una correzione; le correzioni sicure si applicano tutte insieme. Ignorare un problema o disattivare una regola viene scritto nel file kurallar.tabliva.
- Normalizzazione
- Le dipendenze funzionali si dichiarano nel codice con una riga depends o vengono suggerite dai nomi delle colonne. Per ogni tabella si vedono i passaggi dalla 1NF alla BCNF, correzioni con anteprima prima / dopo (sposta in un’altra tabella, nuova tabella, tabella figlia, copia voluta) e l’SQL di migrazione dei dati per il dialetto.
- Piano delle modifiche e file di migrazione
- Il codice viene confrontato con una destinazione (cartella delle migrazioni, istantanea; su desktop, un database dal vivo). Le ridenominazioni vengono riconosciute; ogni passaggio ha etichette di rischio come perdita di dati, riscrittura della tabella o blocco. L’SQL viene generato per PostgreSQL, MySQL / MariaDB e SQLite; il file di migrazione viene scritto nella cartella migrations/ con un nome datato e il suo checksum viene aggiunto a tabliva.sum.
- Importare uno schema esistente
- Si leggono dump SQL (pg_dump, mysqldump, SQLite .schema o CREATE TABLE scritto a mano), DBML e un altro progetto Tabliva; si sceglie un file per tabella o un file unico. Si prende solo lo schema; le righe INSERT e COPY vengono saltate. Su desktop lo schema si legge anche direttamente da un database.
Trattamento dei dati e privacy
Tabliva conserva i file del progetto su questo dispositivo (nello spazio IndexedDB del browser o nella cartella collegata) e non li invia ad alcun server. I file SQL e DBML importati vengono letti sul dispositivo. Un database dal vivo si raggiunge solo dall’app desktop, solo quando ci si collega, direttamente da questo computer; lo schema e le query non passano da FigBell. Le password che si sceglie di salvare sono conservate cifrate nel portachiavi del sistema operativo e non entrano nei backup né nelle esportazioni.
Ottieni Tabliva
Si può provare nel browser senza installazione; per l’uso continuativo si acquista la versione per macOS, Windows o Linux.