Formatar SQL online — SQL Server, MySQL, PostgreSQL e Oracle

Como formatar SQL

1. Cole uma consulta ou um script inteiro — vários comandos separados por ponto e vírgula, ou lotes separados por GO. A formatação acontece enquanto você cola.
2. Escolha o banco em Dialeto para que as regras de aspas dele sejam entendidas (veja a tabela abaixo) — o padrão aqui é SQL Server — e como as palavras-chave são escritas: MAIÚSCULAS, minúsculas ou como estão.
3. Escolha Formatar para uma cláusula por linha, com 2 espaços, 4 espaços ou tab, ou Uma linha para espremer cada comando numa linha só, para um log, um arquivo de configuração ou uma string no código.
4. Toque em Copiar ao lado do resultado, ou em Baixar para salvar um arquivo .sql.

Como a consulta é organizada

O formatador lê o SQL como uma sequência de pedaços — palavras-chave, nomes, textos, números, operadores, comentários — e os distribui com algumas regras fixas:

• As cláusulas principais abrem linha: SELECT, FROM, WHERE, GROUP BY, HAVING, ORDER BY, SET e VALUES ficam numa linha própria, com o conteúdo identado embaixo; UNION, INSERT INTO, UPDATE, DELETE FROM, WITH e CREATE TABLE mantêm o conteúdo na mesma linha.
• Listas ficam um item por linha: as colunas do SELECT, as linhas do VALUES, as atribuições do SET, as colunas do CREATE TABLE e as CTEs do WITH. Vírgulas dentro de funções e de listas IN (…) continuam na linha.
• Os joins ficam embaixo do FROM, com o ON na mesma linha; cada AND ou OR de um WHERE, HAVING ou condição de join começa uma linha nova — menos o AND do BETWEEN … AND ….
• Subconsultas são aninhadas: um parêntese que abre um SELECT ganha um nível de recuo e fecha na sua própria linha. No CASE, cada WHEN e ELSE vai numa linha, e o END se alinha ao CASE.
• Comandos ficam separados por uma linha em branco.

Exemplo: relatório de clientes no SQL Server

O exemplo da caixa é uma consulta de relatório em uma linha, com comentário, CASE, a dica de tabela WITH (NOLOCK), um join com duas condições, uma lista IN com UFs e um HAVING. Formatada com as opções padrão:

-- clientes que mais compraram em 2026
SELECT
  c.id,
  c.nome,
  COUNT(p.id) AS pedidos,
  SUM(p.valor_total) AS gasto,
  CASE
    WHEN SUM(p.valor_total) > 5000 THEN 'ouro'
    ELSE 'padrão'
  END AS faixa
FROM
  clientes c WITH (nolock)
  LEFT JOIN pedidos p ON p.cliente_id = c.id
    AND p.status <> 'cancelado'
WHERE
  p.data_pedido >= '2026-01-01'
  AND c.uf IN ('SP', 'RJ', 'MG')
GROUP BY
  c.id,
  c.nome
HAVING
  COUNT(p.id) > 2
ORDER BY
  gasto DESC;

O comentário fica na sua linha, os textos mantêm as aspas e o acento de “padrão”, e os nomes c, p e gasto continuam como foram escritos. O WITH (NOLOCK) é reconhecido como dica de tabela, e não como o começo de uma CTE. Uma CTE com subconsulta, colunas entre colchetes e um texto Unicode N'…' fica assim:

WITH recentes AS (
  SELECT
    cliente_id
  FROM
    pedidos
  WHERE
    data_pedido > DATEADD(day, -30, GETDATE())
)
SELECT
  [Nome Completo],
  N'São Paulo' AS cidade
FROM
  dbo.clientes
WHERE
  id IN (
    SELECT
      cliente_id
    FROM
      recentes
  )

O que nunca muda

Textos, nomes entre aspas ou colchetes ("Pedido", `pedido`, [Data do Pedido]), números, comentários e corpos com $$ do PostgreSQL são copiados exatamente como estão. As maiúsculas mudam só nas palavras-chave do SQL e, logo antes de um parêntese, nos nomes de funções como COUNT( ou GETDATE(. Os nomes das suas tabelas e colunas mantêm a grafia — inclusive palavras que são palavra-chave em algum banco mas viram nome de coluna com frequência, como date, name, status, type e value. Um nome depois de ponto, como em t.order, é sempre tratado como nome. Nada é acrescentado nem tirado além de espaços, então a consulta formatada devolve o mesmo resultado.

Dialetos: o que a escolha muda

Cada banco escreve SQL de um jeito um pouco diferente, principalmente nas aspas. O dialeto diz ao formatador como ler o texto — ele nunca reescreve o seu SQL para outro banco.

A diferença importa: 'D\'Ávila' é um texto completo no MySQL, mas no SQL padrão e no SQL Server a barra invertida é um caractere comum, o texto termina na segunda aspa e a terceira abre um texto que nunca fecha. Com o dialeto errado você pode ver “Texto não fechado”.

Erros que ele aponta

O formatador não é um analisador completo de SQL e não confere se a consulta é válida no seu banco. Ele só para onde não consegue saber onde um pedaço termina: um texto, nome entre aspas, comentário ou corpo com $$ sem fechamento, um parêntese sem par e aspas curvas (‘ ’ “ ”) coladas do Word ou do WhatsApp. Cada um mostra a linha, a coluna e o ponto marcado com ^.

Limites e dicas

• Código procedural — blocos BEGIN … END do T-SQL, procedures, PL/pgSQL, pacotes PL/SQL — é organizado como comandos comuns; o corpo de uma função PostgreSQL em $$ fica exatamente como está.
• Listas longas dentro de IN (…) e chamadas de função longas ficam numa linha.
• Uma linha mantém os comentários --, então cada um é seguido de uma quebra de linha.
• Para comparar duas versões de uma consulta, formate as duas do mesmo jeito e cole no comparador de textos. Resultados em JSON ou XML ficam legíveis com o formatador de JSON e o formatador de XML.

O seu SQL fica no seu aparelho

A formatação roda no navegador. Consultas costumam revelar nomes de tabelas, dados de clientes em literais — CPF, e-mail, telefone — e a estrutura do seu banco; nada disso é enviado nem registrado, e também não é salvo: ao recarregar a página, a caixa fica vazia.

Perguntas frequentes

Última atualização: 16 de outubro de 2026