O esquema do seu banco de dados, como código legível.

Uma linguagem de esquema legível

Tabelas, tipos lógicos, chaves primárias e estrangeiras (->), índices (parciais e de expressão), restrições check e enums são escritos em arquivos .tabliva. Detalhes de cada dialeto são adicionados com anotações (@postgres(type: "jsonb")); views, triggers e funções, com blocos sql brutos. O editor tem realce de sintaxe, preenchimento automático e busca.

Diagrama ER bidirecional

O diagrama é atualizado enquanto você digita; em caso de erro de sintaxe, o último estado válido permanece e o erro é mostrado com a linha. Adicionar, renomear ou excluir tabelas, colunas, relacionamentos e índices, ou mudar um tipo no diagrama, reescreve apenas a linha de código correspondente; os comentários são mantidos. O layout fica em um arquivo separado (diagram.tabliva-layout.json).

Problemas: 55 regras

Chaves, sugestões de chaves estrangeiras ausentes com nível de confiança, tipos (por exemplo, float para valores monetários), índices, dados repetidos, nomes, estrutura e compatibilidade com o dialeto. Cada problema tem uma explicação simples e uma correção; as correções seguras são aplicadas de uma só vez. Ignorar um problema ou desativar uma regra é escrito no arquivo kurallar.tabliva.

Normalização

As dependências funcionais são declaradas no código com uma linha depends ou sugeridas a partir dos nomes das colunas. Para cada tabela, são mostrados os passos da 1FN à FNBC, correções com prévia de antes e depois (mover para outra tabela, nova tabela, tabela filha, cópia intencional) e o SQL de migração de dados para o dialeto.

Plano de alterações e arquivos de migração

O código é comparado com um destino (pasta de migrações, snapshot; no computador, um banco de dados ao vivo). Renomeações são detectadas; cada passo recebe rótulos de risco como perda de dados, reescrita da tabela ou bloqueio. O SQL é gerado para PostgreSQL, MySQL / MariaDB e SQLite; o arquivo de migração é gravado na pasta migrations/ com nome datado e seu checksum é adicionado a tabliva.sum.

Importar um esquema existente

Dumps SQL (pg_dump, mysqldump, SQLite .schema ou CREATE TABLE escrito à mão), DBML e outro projeto do Tabliva são lidos; escolhe-se um arquivo por tabela ou um arquivo único. Só o esquema é importado; as linhas INSERT e COPY são ignoradas. No computador, o esquema também pode ser lido diretamente de um banco de dados.

Todos os recursos