Formatador SQL Online
Formate consultas SQL com indentação correta e palavras-chave em maiúsculas.
.pdf · até 2 GB
Por que usar
SQL legível, equipes mais produtivas
Indentação automática
Cada cláusula em sua própria linha, subconsultas com aninhamento extra. Legibilidade imediata.
Privado
O SQL é processado no seu navegador. Nunca enviado a nenhum servidor.
Multidialeto
MySQL, PostgreSQL, SQL Server, SQLite e mais. Formatação específica por dialeto.
Instantâneo
Resultados em milissegundos. Sem espera, sem cadastro.
Como funciona
Três passos, sem complicação
Cole sua consulta SQL
Cole o SQL diretamente no editor. Suporta SELECT, INSERT, UPDATE, DELETE, CREATE e subconsultas.
Escolha o dialeto SQL
Selecione MySQL, PostgreSQL, SQL Server, SQLite ou outro dialeto para uma formatação mais precisa.
Copie o SQL formatado
O SQL aparece com indentação correta e palavras-chave em maiúsculas. Copie com um clique.
Perguntas frequentes
Ficou com dúvidas?
A formatação SQL reorganiza as consultas adicionando indentação consistente, colocando palavras-chave em maiúsculas (SELECT, FROM, WHERE, JOIN), inserindo quebras de linha entre cláusulas e alinhando colunas. O resultado é funcionalmente idêntico ao original, mas muito mais legível, facilitando a revisão, depuração e manutenção de consultas complexas.
Sim. Consultas SELECT são formatadas expandindo cada cláusula em sua própria linha (SELECT, FROM, WHERE, GROUP BY, ORDER BY) e indentando as colunas. Consultas INSERT listam campos e valores alinhados. Instruções UPDATE separam cada SET em sua própria linha. Subconsultas recebem um nível extra de indentação para indicar sua hierarquia dentro da consulta principal.
A convenção de escrever palavras-chave SQL em maiúsculas (SELECT, FROM, WHERE) remonta à IBM nos anos 1970 com a linguagem SEQUEL, predecessora do SQL. Nos terminais da época, as maiúsculas melhoravam a legibilidade visual, distinguindo comandos da linguagem de nomes de tabelas e colunas. Embora os motores SQL modernos sejam insensíveis a maiúsculas nas palavras-chave, a convenção permanece nos guias de estilo SQL do Google, Airbnb e da maioria das equipes de dados.
Subconsultas são indentadas um nível adicional em relação à consulta que as contém. Uma subconsulta em uma cláusula WHERE recebe 4 ou 8 espaços de indentação dependendo do estilo escolhido. Subconsultas correlacionadas (que referenciam colunas da consulta externa) são marcadas visualmente com comentários em alguns formatadores. CTEs (Common Table Expressions) que usam WITH são listadas uma por linha antes da consulta principal.
Sim. Alguns ORMs e sistemas de cache de consultas se beneficiam do SQL minificado (sem espaços ou quebras de linha desnecessários) para comparar consultas por hash ou reduzir o tráfego em protocolos de banco de dados. O SQL minificado também facilita a inclusão de consultas em strings de código sem caracteres de escape. A minificação SQL remove comentários, colapsa múltiplos espaços em um e elimina quebras de linha preservando a semântica exata.
A história do SQL e a arte de formatar consultas
O SQL foi projetado por E.F. Codd em 1970 na IBM como linguagem para o modelo relacional. O primeiro sistema a implementar SQL foi o IBM System R (1974-1979), onde a linguagem era chamada SEQUEL (Structured English Query Language). O nome foi alterado para SQL por questões de marca registrada. Em 1986, o padrão SQL-86 foi publicado pela ANSI, seguido por SQL-89, SQL-92 (que adicionou JOINs explícitos), SQL:1999 (funções de janela, expressões regulares), SQL:2003 (CTEs, MERGE) e o mais recente SQL:2023.
A otimização de consultas e a legibilidade do SQL estão intimamente ligadas. Os planos de consulta gerados pelo motor do banco de dados dependem de como as consultas são escritas: um JOIN bem indentado revela imediatamente se uma condição de junção está faltando (produzindo um produto cartesiano custoso). Guias de estilo SQL de empresas como GitLab, Kickstarter e Yelp estabelecem que a formatação consistente é obrigatória nas revisões de código, pois consultas mal formatadas em migrações causaram interrupções em produção por erros difíceis de detectar visualmente.
O ecossistema de ferramentas de formatação SQL inclui o sql-formatter (npm, de Nikita Galaiko), pgFormatter (Perl, específico para PostgreSQL), SQLFluff (Python, com suporte a dbt e Jinja) e plugins para IDEs como DataGrip e DBeaver. O SQL:2023 introduziu suporte nativo a dados JSON (JSON_TABLE, IS JSON) e grafos de propriedades (SQL/PGQ), expandindo os casos de uso além das consultas relacionais tradicionais e aumentando a complexidade que torna a formatação automática indispensável.