Ferramenta para criar diagrama entidade relacionamento online

O ErdDocs não pede que você desenhe o DER. Ele mesmo gera o diagrama. Cole um dump SQL, um schema Prisma, migrations ou models ORM. Em segundos aparecem as entidades, seus atributos e os relacionamentos na notação pé de galinha. É grátis, sem conta e sem instalar nada. Seu schema não é enviado para servidor nenhum.

Seu schema

CREATE TABLE studios (
    id            bigserial    PRIMARY KEY,
    name          varchar(120) NOT NULL UNIQUE,
    country       varchar(60),
    founded_year  smallint
);

CREATE TABLE people (
    id         bigserial    PRIMARY KEY,
    full_name  varchar(160) NOT NULL,
    born_on    date
);

CREATE TABLE films (
    id           bigserial    PRIMARY KEY,
    studio_id    bigint       NOT NULL REFERENCES studios(id),
    title        varchar(200) NOT NULL,
    released_on  date,
    runtime_min  smallint,
    rating       varchar(8)
);

CREATE TABLE film_credits (
    film_id      bigint      NOT NULL REFERENCES films(id),
    person_id    bigint      NOT NULL REFERENCES people(id),
    credited_as  varchar(40) NOT NULL,
    billing      smallint,
    PRIMARY KEY (film_id, person_id, credited_as)
);

CREATE TABLE theaters (
    id       bigserial    PRIMARY KEY,
    name     varchar(120) NOT NULL,
    city     varchar(80)  NOT NULL,
    screens  smallint     NOT NULL DEFAULT 1
);

CREATE TABLE screenings (
    id          bigserial    PRIMARY KEY,
    film_id     bigint       NOT NULL REFERENCES films(id),
    theater_id  bigint       NOT NULL REFERENCES theaters(id),
    starts_at   timestamptz  NOT NULL,
    price       numeric(6,2) NOT NULL
);

CREATE TABLE studios (
    id            bigserial    PRIMARY KEY,
    name          varchar(120) NOT NULL UNIQUE,
    country       varchar(60),
    founded_year  smallint
);

CREATE TABLE people (
    id         bigserial    PRIMARY KEY,
    full_name  varchar(160) NOT NULL,
    born_on    date
);

CREATE TABLE films (
    id           bigserial    PRIMARY KEY,
    studio_id    bigint       NOT NULL REFERENCES studios(id),
    title        varchar(200) NOT NULL,
    released_on  date,
    runtime_min  smallint,
    rating       varchar(8)
);

CREATE TABLE film_credits (
    film_id      bigint      NOT NULL REFERENCES films(id),
    person_id    bigint      NOT NULL REFERENCES people(id),
    credited_as  varchar(40) NOT NULL,
    billing      smallint,
    PRIMARY KEY (film_id, person_id, credited_as)
);

CREATE TABLE theaters (
    id       bigserial    PRIMARY KEY,
    name     varchar(120) NOT NULL,
    city     varchar(80)  NOT NULL,
    screens  smallint     NOT NULL DEFAULT 1
);

CREATE TABLE screenings (
    id          bigserial    PRIMARY KEY,
    film_id     bigint       NOT NULL REFERENCES films(id),
    theater_id  bigint       NOT NULL REFERENCES theaters(id),
    starts_at   timestamptz  NOT NULL,
    price       numeric(6,2) NOT NULL
);

Your diagram appears here.

Um catálogo de filmes, gerado a partir do SQL à esquerda. Cole o seu schema por cima.

O mesmo schema do catálogo de filmes, exatamente como a exportação SVG o desenha.

É uma ferramenta de desenho?

Não. O ErdDocs tira o diagrama do schema que você cola, então não há paleta de formas, nem ferramenta de linha, nem tela em branco para começar. Aqui o diagrama entidade relacionamento é o resultado de ler um schema, e não algo que você monta peça por peça. Você cola o texto que já descreve o seu banco, e dele saem as caixas, as colunas, as chaves e as cardinalidades. Dá para arrastar as tabelas para organizá-las, e essa disposição vai junto no link de compartilhamento. Mas tudo o que ele mostra vem do seu schema, e nada precisa ser redigitado à mão.

Quase tudo o que aparece nessa busca funciona ao contrário. A próxima seção trata do único caso que o ErdDocs deixa para as ferramentas de desenho: um banco de dados que ainda não existe.

Desenhar ou gerar?

Tudo depende de uma coisa: se o schema já existe.

O schema ainda não existe: desenhe. O ErdDocs lê um schema, então este é o único caso que ele não cobre. O modelo nasce da discussão sobre as entidades, num quadro ou numa ferramenta de desenho. O pedido é dono do endereço ou aponta para um? Esse relacionamento é mesmo muitos para muitos? Para essa discussão, o lugar certo é uma tela de desenho ou um quadro branco. Quando a discussão vira uma migration ou um CREATE TABLE, o ErdDocs lê a partir daí.
O schema já existe: gere. Quando as tabelas já são reais, elas já estão descritas com precisão em comandos CREATE TABLE, num schema Prisma, em arquivos de migration, em classes de models ORM. Redesenhar à mão um schema que já existe é copiar uma descrição que você já tem. É o seu tempo, e o resultado é só uma segunda cópia, menos confiável, do que já está escrito.

Entre as ferramentas de diagrama ER, o ErdDocs é a que foi feita para um banco que já existe. O resto da categoria foi pensado para esboçar um do zero. A maioria das pessoas que procuram uma ferramenta de DER já tem o schema. Mesmo assim, elas pegam uma ferramenta de desenho, porque é isso que os resultados de busca oferecem.

O que o ErdDocs faz e as outras ferramentas de diagrama ER não fazem

Todas as ferramentas abaixo desenham um diagrama entidade relacionamento. A tabela compara o que o ErdDocs faz.

Recurso	ErdDocs	dbdiagram	Eraser	diagrams.net	Lucidchart	SmartDraw	Miro	Figma FigJam
Gera sozinho o diagrama a partir do SQL: tabelas e todos os relacionamentos	✓ Sim	✓ Sim	Em parte: SQL como prompt para IA	Em parte: só tabelas, relacionamentos à mão	Em parte: tabelas arrastadas à mão para a tela	Em parte: de um CSV, não de SQL	Em parte: com IA ou código Mermaid	Em parte: só a partir de código Mermaid
Lê Prisma e models ORM	✓ Sim	× Não	Em parte: código como prompt para IA	× Não	× Não	× Não	× Não	× Não
Encontra relacionamentos sem chave estrangeira, de graça	✓ Sim	Em parte: IA num plano pago	Não informado	× Não	× Não	× Não	Em parte: a IA sugere relacionamentos	Não informado
O schema não vai para os servidores do fornecedor	✓ Sim	Em parte: só no gerador de links	× Não	✓ Sim	× Não	× Não	× Não	× Não
Exporta imagem sem conta	✓ Sim	Não informado	× Não	✓ Sim	× Não	× Não	Em parte: só no quadro básico	× Não
Exporta Mermaid, DBML e PlantUML	✓ Sim	Em parte: só DBML	× Não	× Não	Em parte: Mermaid só via MCP	× Não	Em parte: só Mermaid	× Não
Dicionário de dados para imprimir	✓ Sim	Em parte: documento web, sem PDF	Não informado	× Não	× Não	× Não	Não informado	× Não
Não exige assinatura	✓ Sim	× Não	× Não	✓ Sim	Em parte: sem importação de DER no plano grátis	× Não	× Não	× Não

A tabela reflete as páginas de cada fornecedor em novembro de 2026. «Não informado» quer dizer que o fornecedor não diz. Os nomes dos produtos pertencem aos respectivos donos.

O dbdiagram é o mais parecido, porque também gera o diagrama a partir de SQL. Mas ele não lê Prisma nem models ORM e não exporta Mermaid nem PlantUML. Relacionamentos sem chave estrangeira, ele só encontra com IA, num plano pago. Os planos pagos dele são só por assinatura. No ErdDocs, você paga uma vez só.

O Eraser não analisa o SQL. Ele entrega o SQL a um modelo de IA como prompt, então o schema sai do seu computador. Para exportar, é preciso ter conta. Mermaid, DBML e PlantUML não estão entre os formatos dele.

O diagrams.net cria as tabelas a partir do SQL colado, mas os relacionamentos entre elas você traça à mão. Ele não lê models ORM e não gera dicionário de dados.

O Lucidchart exige uma conta e uma consulta rodada num banco ao vivo. Depois, as tabelas importadas são posicionadas à mão na tela. Os relacionamentos vêm só das chaves estrangeiras declaradas.

O SmartDraw monta o DER a partir de um CSV que você exporta com uma consulta num banco ao vivo. Ele não lê dump SQL nem models ORM, e só funciona online.

O Miro e o Figma FigJam montam o DER com IA ou a partir de código Mermaid, não de SQL. O schema fica na nuvem deles, e a exportação passa por uma conta.

Por que um DER desenhado fica velho e um gerado não tem como ficar

Um diagrama desenhado à mão é uma foto sem ligação com o banco. A próxima migration adiciona uma coluna, renomeia uma tabela ou remove uma chave estrangeira. O diagrama continua mostrando a forma antiga até alguém lembrar que ele existe, achar o arquivo, ter licença do editor e arranjar tempo. Normalmente, isso acontece na semana em que ele foi desenhado e nunca mais. Muitos repositórios guardam um diagrama que contradiz o schema ao lado.

Um diagrama gerado não tem versão para manter em sincronia. Ele é uma visão do texto do schema, então gerá-lo de novo com o dump atual leva segundos, e o resultado bate com o schema porque sai dele. Dá para refazer o diagrama a cada release. Da mesma colagem você exporta Mermaid para o README, SVG para o site de documentação ou um dicionário de dados completo para a entrega.

O que você pode colar?

Dez formatos, detectados automaticamente. Você cola o arquivo como ele está, e a ferramenta descobre o que tem na frente.

SQL: scripts de PostgreSQL, MySQL, SQL Server e SQLite do jeito que os servidores e suas ferramentas escrevem: pg_dump, mysqldump, MySQL Workbench ou «Gerar scripts» do SSMS. O ErdDocs lê as crases do MySQL, AUTO_INCREMENT, os lotes GO do SSMS e as chaves declaradas num ALTER TABLE posterior. A página do MySQL mostra o que vem num dump.
Linguagens de schema: Prisma, DBML, Mermaid e PlantUML, que já são diagramas em forma de texto e só precisam ser desenhados.
Models ORM: classes do Django, SQLAlchemy, Sequelize e TypeORM, e migrations do Laravel. São justamente os que nunca tiveram diagrama, porque o banco é definido no código da aplicação.

O resultado também é exportado como Mermaid, DBML, PlantUML ou SQL, para colar num README ou na documentação do projeto. A página de formatos lista cada um deles com o que é lido e o que é ignorado de propósito.

O que o diagrama gerado mostra?

Uma caixa por tabela, com as colunas dentro e seus tipos reais, as chaves marcadas e a notação pé de galinha nas duas pontas de cada relacionamento. Assim o diagrama declara a cardinalidade em vez de deixá-la implícita. No catálogo de filmes acima, film_credits é uma tabela associativa com colunas próprias. É assim que um muitos para muitos aparece de verdade quando chega ao banco.

Muitos projetos em Rails, Django ou Laravel não declaram chaves estrangeiras no banco. O ErdDocs recupera esses relacionamentos pelo nome da coluna: film_id aponta para films, e user_id, para users. Eles aparecem tracejados, para que um relacionamento deduzido nunca seja confundido com um que o banco garante. Esse passo importa mais em bancos de produção herdados, e a página da ferramenta de diagrama de banco de dados explica por quê.

Perguntas frequentes

É um programa de DER em que eu arrasto caixas?

Não. O ErdDocs gera o diagrama a partir do schema que você cola, então não há paleta de formas nem ferramenta de linha, e isso é uma escolha deliberada. Dá para arrastar as tabelas para organizar o layout, e essa disposição vai junto no link de compartilhamento. Mas nada é desenhado à mão: cada caixa e cada linha vêm do SQL.

Não é melhor desenhar o DER à mão em vez de gerar?

O ErdDocs gera o DER quando as tabelas já são reais. Essa é a situação da maioria das pessoas, porque o schema costuma existir antes de alguém pedir um desenho dele. O único caso que ele deixa de fora é um banco que ainda não foi construído. Antes de alguém escrever uma migration, o modelo de dados é discutido esboçando entidades numa tela de desenho, e para isso existem as ferramentas de desenho de uso geral. Quando o esboço vira uma migration ou um CREATE TABLE, cole aqui e o diagrama sai do próprio schema.

O que eu posso colar?

Dez formatos: SQL de PostgreSQL, MySQL, SQL Server e SQLite, schemas Prisma, DBML, Mermaid, PlantUML, models do Django, SQLAlchemy e Sequelize, entidades do TypeORM e migrations do Laravel. O formato é detectado automaticamente. Cole o arquivo como ele está, sem limpar nada e sem exportar antes.

Preciso de conta, instalação ou conexão com o banco?

Nenhuma das três. O parser é JavaScript rodando no seu navegador, então não há servidor para conectar nem schema para enviar. Os nomes de tabelas e colunas nunca saem do seu computador. Você abre a página, cola, e o diagrama aparece.

O que acontece quando o schema muda?

Você cola o dump novo e o diagrama é refeito em segundos. Um DER desenhado precisa ser corrigido por quem lembrar que ele existe, então ele começa a se afastar do banco na próxima migration. Um gerado não tem como ficar desatualizado, porque sai do schema toda vez.

É grátis?

O diagrama, sim. Schemas de até 25 tabelas são desenhados completos, sem conta. As exportações em PNG, SVG, Mermaid, DBML, PlantUML e SQL são grátis. Schemas maiores também são analisados por inteiro, mas as tabelas além do limite aparecem bloqueadas. Um pagamento único de US$ 9 remove o limite e libera o dicionário de dados.

Serve para trabalho de faculdade ou TCC?

Sim. Escreva as tabelas em SQL e cole aqui. Você recebe o DER com a cardinalidade e, de quebra, o dicionário de dados pronto para imprimir. Se o professor pede o modelo antes das tabelas, é preciso modelar primeiro. O ErdDocs desenha o que já está escrito.

Veja também

O que é um diagrama ER: o conceito e como ler um.
Ferramenta de diagrama de banco de dados: a mesma ferramenta, explicada para quem olha um banco e não um modelo.
Símbolos do diagrama ER: o que significam as formas e as pontas das linhas.
Diagrama de schema: como um diagrama de schema difere de um diagrama ER.
Exemplos de diagrama ER: casos resolvidos, cada um com o SQL por trás.
Alternativa ao ERDPlus: o que o ErdDocs faz e uma ferramenta de desenho não faz.
De SQL para diagrama ER: a ferramenta, com todos os formatos que ela lê.