formatador sql

O SQL Formatter transforma SQL denso, de linha única ou inconsistentemente escrito em consultas legíveis e amigáveis à revisão Ele coloca cada cláusula principal - SELECT, FROM, WHERE, JOINS, GROUP BY, ORDER BY, HAVE, LIMIT, UNION - em sua própria linha, quebra colunas SELECT em linhas separadas, recuos E/OU condições sob sua cláusula e normaliza o invólucro de palavras-chave para superior ou inferior O resultado é o tipo de layout que você desejaria em uma revisão de código: uma consulta de 400 caracteres de um log ORM se torna uma estrutura que você pode verificar para a condição de junção ausente.

Como formatador de consulta SQL ele pega uma linha como selecionar top 10 [Order ID], total de dbo.[Order Details] onde total > 100 e status = 'abrir' e retorna SELECT TOP 10 na primeira linha, [Order ID] e total em suas próprias linhas recuadas, então FROM, então WHERE com a condição AND recuada sob ele Os usuários do SQL Server podem tratá-lo como um formatador SQL para SSMS: formatar o T-SQL neste formatador SQL online, em seguida, colá-lo de volta no SQL Server Management Studio É uma página da web, não uma extensão SSMS, então não há nada para instalar.

Sob o capô, é um tokenizador real, não uma pilha de regras de localização e substituição. Literais de string (incluindo escapadas de aspas duplas e barra invertida), identificadores com aspas duplas e backtick, identificadores do SQL Server, números, operadores e ambos os estilos de comentário (--line e /* bloco */) são lex como tokens atômicos antes de qualquer decisão de layout ser tomada. Isso significa que um valor de coluna como 'SELECT * FROM USERS' dentro de uma string nunca é confundido com uma cláusula, e a formatação pode reestruturar o espaço em branco sem nunca corromper o conteúdo literal.

O modo Minify faz o oposto: ele colapsa uma consulta formatada para uma única linha - soltando comentários, preservando cada byte literal por byte - o que é útil para a área de grepping de log, empacotando consultas em cargas JSON ou arquivos .env e comparando formas de consulta Tudo é executado no lado do cliente em seu navegador, de modo que consultas de produção contendo nomes de tabelas, dados de clientes em literais ou detalhes de esquema nunca são carregadas, registradas ou armazenadas em qualquer lugar.

A formatação é baseada em tokenizer em vez de regex, portanto, strings literais e comentários contendo palavras-chave SQL não são reformatados como se fossem códigos. Os dialetos ainda diferem de maneiras que nenhum formatador pode ser resolvido, principalmente em relação a citar identificadores, de modo que a saída é normalizada em vez de garantida por portátil.