Pitch: Criei uma ferramenta para modelagem visual de banco que gera SQL, Docker e versionamento no GitHub — queria opiniões técnicas
Nos últimos meses eu venho pensando em um problema que sempre aparece quando trabalhamos com banco de dados:
A modelagem começa visual.
Mas a produção vive em SQL, migrations e CI/CD.
E no meio disso, quase sempre acontece:
O diagrama fica desatualizado
O banco evolui e ninguém atualiza o modelo
Docker é configurado manualmente
Versionamento do schema vira um caos
Eu queria experimentar uma abordagem diferente:
E se o diagrama fosse a fonte principal de verdade?
Comecei então a desenvolver uma ferramenta com essa ideia:
Modelagem visual de tabelas, relacionamentos, PK, FK
Geração automática de SQL (PostgreSQL, MySQL, SQL Server, Oracle)
Estrutura pronta para versionamento no GitHub
Exportação automática de Docker Compose para subir o banco
A proposta não é substituir migrations maduras como Flyway ou Alembic.
É organizar o fluxo desde a modelagem até o ambiente executável.
O que eu queria discutir com vocês:
Em times reais, o que vocês consideram como “source of truth” do banco?
Vocês confiam em geração automática de SQL?
Como lidam com drift entre modelagem e produção?
Vale a pena tratar schema como artefato versionável desde o início?
Se alguém quiser testar e dar feedback técnico, eu agradeço.
Mas mais do que divulgar, queria entender como vocês estruturam isso hoje.