Ihr Datenbankschema als lesbarer Code.

Lesbare Schemasprache

Tabellen, logische Typen, Primär- und Fremdschlüssel (->), Indizes (partielle und Ausdrucksindizes), Prüfungen und Enums werden in .tabliva-Dateien geschrieben. Dialektspezifisches wird mit Annotationen ergänzt (@postgres(type: "jsonb")), Sichten, Trigger und Funktionen mit rohen sql-Blöcken. Der Editor bietet Syntaxhervorhebung, Vervollständigung und Suche.

ER-Diagramm in beide Richtungen

Das Diagramm aktualisiert sich beim Schreiben; bei einem Syntaxfehler bleibt der letzte gültige Stand stehen, der Fehler wird mit Zeile angezeigt. Tabellen, Spalten, Beziehungen und Indizes im Diagramm hinzuzufügen, umzubenennen, zu löschen oder einen Typ zu ändern, schreibt nur die betreffende Codezeile neu; Kommentare bleiben erhalten. Das Layout liegt in einer eigenen Datei (diagram.tabliva-layout.json).

Probleme: 55 Regeln

Schlüssel, Vorschläge für fehlende Fremdschlüssel mit Vertrauensstufe, Typen (z. B. float für Geldbeträge), Indizes, doppelte Daten, Benennung, Struktur und Dialektverträglichkeit. Jedes Problem hat eine verständliche Erklärung und eine Korrektur; sichere Korrekturen lassen sich auf einmal anwenden. Ignorieren und Abschalten von Regeln wird in die Datei kurallar.tabliva geschrieben.

Normalisierung

Funktionale Abhängigkeiten werden im Code mit einer depends-Zeile festgelegt oder aus Spaltennamen vorgeschlagen. Für jede Tabelle werden die Stufen von 1NF bis BCNF, Korrekturen mit Vorher-/Nachher-Vorschau (in andere Tabelle verschieben, neue Tabelle, Untertabelle, bewusste Kopie) und SQL zur Datenübernahme für den Dialekt gezeigt.

Änderungsplan und Migrationsdateien

Der Code wird mit einem Ziel verglichen (Migrationsordner, Momentaufnahme; auf dem Desktop eine Live-Datenbank). Umbenennungen werden erkannt; jeder Schritt ist mit Risiken wie Datenverlust, Neuschreiben der Tabelle oder Sperre gekennzeichnet. SQL entsteht für PostgreSQL, MySQL / MariaDB und SQLite; die Migrationsdatei wird mit Datum im Namen in den Ordner migrations/ geschrieben, ihre Prüfsumme in tabliva.sum ergänzt.

Vorhandenes Schema importieren

SQL-Dumps (pg_dump, mysqldump, SQLite .schema oder handgeschriebenes CREATE TABLE), DBML und ein anderes Tabliva-Projekt werden gelesen; wählbar ist eine Datei pro Tabelle oder eine einzige Datei. Nur das Schema wird übernommen; INSERT- und COPY-Zeilen werden übersprungen. Auf dem Desktop lässt sich das Schema auch direkt aus einer Datenbank lesen.

Alle Funktionen