SQL para diagrama ER

Como funciona

1. 01

   Cole ou solte seu SQL

   Instruções CREATE TABLE, um arquivo de migração ou um dump completo do pg_dump, mysqldump, SSMS ou sqlite3. Você pode soltar vários arquivos .sql de uma vez, e eles são lidos juntos, até 8 MB no total.

2. 02

   Veja o diagrama ER

   Cada tabela vira um cartão que lista suas colunas com o tipo e as marcas PK, FK e UK. Cada chave estrangeira vira uma conexão que vai da coluna que a contém até a chave que ela referencia.

3. 03

   Abra no Archboard

   Salve como um novo diagrama para reorganizar, anotar, compartilhar um link ou exportar em SVG e PNG. Para se cadastrar basta uma conta Google ou GitHub.

O que é desenhado a partir do seu SQL

O diagrama é montado a partir destas partes das instruções CREATE TABLE:

• CREATE TABLE

  Cada CREATE TABLE como um cartão com o nome da tabela e uma entrada por coluna: nome, tipo e um ponto de interrogação quando a coluna aceita NULL. Os cartões mostram até 24 colunas e depois a contagem das demais.

• PRIMARY KEYUNIQUE

  Chaves primárias, marcadas como PK em cada coluna que abrangem, mesmo quando abrangem várias. Uma restrição UNIQUE, ou um índice único criado com CREATE UNIQUE INDEX, em uma só coluna marca essa coluna como UK.

• FOREIGN KEYREFERENCESALTER TABLE

  Chaves estrangeiras escritas em linha com REFERENCES, declaradas como restrições de tabela ou adicionadas depois com ALTER TABLE, cada uma desenhada como uma conexão entre as duas colunas. Uma chave que aponta para a própria tabela, como parent_id, também aparece.

• CREATE SCHEMA

  Esquemas, criados com CREATE SCHEMA ou usados em nomes como sales.orders, desenhados como molduras em volta das suas tabelas quando o SQL usa mais de um. Um esquema sem tabelas não ganha moldura.

• NOT NULLUNIQUE

  Pontas pé de galinha que leem o relacionamento a partir das colunas: uma chave estrangeira NOT NULL é obrigatória, uma que aceita NULL é opcional, e uma chave estrangeira que também é única ou é a chave primária torna o relacionamento um para um.

Dialetos SQL que ele lê

PostgreSQL, MySQL e MariaDB, SQL Server e SQLite são lidos cada um com suas próprias regras de aspas, comentários e separadores de instruções, então um arquivo do pg_dump, um mysqldump com blocos DELIMITER ou um script do SSMS cheio de linhas GO funciona como está. O Oracle é lido em parte: tabelas, chaves e chaves estrangeiras são desenhadas, e blocos PL/SQL que terminam com uma linha contendo só uma barra são ignorados. Quando as pistas se contradizem, um leitor genérico assume, e você pode escolher o dialeto quando quiser.

O que o diagrama ER deixa de fora

• Linhas de dados. INSERT, COPY e outras instruções de dados são ignoradas sem serem lidas, então um dump com dados gera o mesmo diagrama que um dump só do esquema.
• Views, funções, procedimentos armazenados, triggers e sequências. São ignorados, e a prévia informa quantos de cada tipo ficaram de fora. Views e triggers que o mysqldump escreve dentro de comentários de versão são ignorados como comentários e não entram na contagem.
• Valores padrão, expressões CHECK, comentários e os valores permitidos de colunas ENUM e SET. As colunas mostram apenas nome, tipo e marcas de chave.
• Tudo o que vem de um servidor em execução. A ferramenta lê o texto SQL que você fornece e não se conecta a nenhum banco de dados, então contagens de linhas, tamanhos de tabela e planos de consulta não aparecem.