figbellDownloaden
Tabliva: Schematool

Uw databaseschema als leesbare code.

Tabellen, kolommen en relaties worden in een eenvoudige taal geschreven; ernaast wordt live een ER-diagram getekend, en elke wijziging in het diagram wordt teruggeschreven naar de code. Tabliva toont problemen in het schema, stelt normalisatie voor en maakt de SQL en het geversioneerde migratiebestand die een database in de staat van de code brengen. PostgreSQL, MySQL / MariaDB en SQLite.

US$ 14,99Eenmalige aankoop14 dagen terugbetaling

Schermafbeelding van Tabliva: werkruimte met voorbeeldinhoud

Belangrijkste functies

Een leesbare schemataal
Tabellen, logische typen, primaire en vreemde sleutels (->), indexen (gedeeltelijke en expressie-indexen), checks en enums worden in .tabliva-bestanden geschreven. Dialectspecifieke details worden met annotaties toegevoegd (@postgres(type: "jsonb")), views, triggers en functies met ruwe sql-blokken. De editor heeft syntaxiskleuring, aanvulling en zoeken.
ER-diagram in twee richtingen
Het diagram wordt bijgewerkt terwijl u typt; bij een syntaxisfout blijft de laatste geldige toestand staan en wordt de fout met regel getoond. Tabellen, kolommen, relaties en indexen in het diagram toevoegen, hernoemen of verwijderen, of een type wijzigen, herschrijft alleen de betreffende coderegel; opmerkingen blijven staan. De indeling staat in een apart bestand (diagram.tabliva-layout.json).
Problemen: 55 regels
Sleutels, voorstellen voor ontbrekende vreemde sleutels met betrouwbaarheidsniveau, typen (bijv. float voor bedragen), indexen, dubbele gegevens, naamgeving, structuur en dialectcompatibiliteit. Elk probleem heeft een eenvoudige uitleg en een oplossing; veilige oplossingen worden in één keer toegepast. Negeren of een regel uitschakelen wordt in het bestand kurallar.tabliva geschreven.
Normalisatie
Functionele afhankelijkheden worden in de code vastgelegd met een depends-regel of voorgesteld op basis van kolomnamen. Per tabel worden de stappen van 1NV tot BCNV getoond, oplossingen met een voor- / navoorbeeld (naar andere tabel verplaatsen, nieuwe tabel, subtabel, bewuste kopie) en SQL voor gegevensmigratie in het dialect.
Wijzigingsplan en migratiebestanden
De code wordt vergeleken met een doel (migratiemap, momentopname; op de desktop een live database). Hernoemingen worden herkend; elke stap krijgt risicolabels zoals gegevensverlies, herschrijven van de tabel of vergrendeling. SQL wordt gemaakt voor PostgreSQL, MySQL / MariaDB en SQLite; het migratiebestand wordt met een gedateerde naam in de map migrations/ geschreven en de controlesom wordt aan tabliva.sum toegevoegd.
Bestaand schema importeren
SQL-dumps (pg_dump, mysqldump, SQLite .schema of met de hand geschreven CREATE TABLE), DBML en een ander Tabliva-project worden gelezen; u kiest één bestand per tabel of één enkel bestand. Alleen het schema wordt overgenomen; INSERT- en COPY-regels worden overgeslagen. Op de desktop kan het schema ook rechtstreeks uit een database worden gelezen.

Gegevensverwerking en privacy

Tabliva bewaart projectbestanden op dit apparaat (in de IndexedDB-opslag van de browser of in de gekoppelde map) en stuurt ze naar geen enkele server. Geïmporteerde SQL- en DBML-bestanden worden op het apparaat gelezen. Een live database wordt alleen in de desktop-app bereikt, alleen wanneer u verbinding maakt, rechtstreeks vanaf deze computer; schema en query’s gaan niet via FigBell. Wachtwoorden die u laat bewaren, worden versleuteld in de sleutelhanger van het besturingssysteem opgeslagen en komen niet in back-ups of exports terecht.

Tabliva downloaden

Probeer het zonder installatie uit in de browser; voor blijvend gebruik koopt u de versie voor macOS, Windows of Linux.