Pular para o conteúdo principal
Tooletto

Formatador de SQL com palavras-chave em minúsculas

Uma predefinição de Formatador de SQL

Formate consultas mantendo as palavras-chave em minúsculas. Palavras-chave em maiúsculas são a convenção mais antiga, de quando editores não tinham destaque de sintaxe; muitos guias de estilo modernos agora preferem minúsculas em tudo.

  • Os arquivos nunca saem do seu dispositivo
  • Grátis, sem cadastro
  • Sem marcas d'água
  • Funciona offline depois de carregado
Loading tool…

Como formatador de sql

  1. 1

    Cole sua consulta

    Uma linha longa, ou algo já semi-formatado.

  2. 2

    Defina suas preferências

    Tamanho de indentação, e se as palavras-chave são colocadas em maiúsculas.

  3. 3

    Copie o resultado

    Pronto para colar de volta no seu editor ou migração.

Por que palavras-chave em maiúsculas se tornaram a convenção primeiro

Colocar palavras-chave SQL em maiúsculas remonta a uma época em que editores de código não tinham nenhum destaque de sintaxe, e distinguir visualmente `SELECT` e `WHERE` dos nomes de tabela e coluna ao redor exigia escrevê-los manualmente em uma capitalização distinta — era um substituto para a codificação por cores que um editor moderno agora fornece automaticamente. Com praticamente todo editor e IDE moderno destacando palavras-chave SQL por cor não importa como estejam escritas, essa justificativa original em grande parte desapareceu, e vários guias de estilo modernos passaram a recomendar minúsculas em tudo por uma razão mais simples: é mais rápido de digitar e não exige alternar registro mental entre maiúsculas e minúsculas enquanto se escreve uma consulta.

Combinando com o que uma equipe ou projeto específico já decidiu

A convenção de capitalização correta para palavras-chave é, em última análise, aquela que a base de código existente ou guia de estilo de um determinado projeto já usa, não uma escolha objetivamente correta — o comportamento real da consulta é idêntico de qualquer forma. Esta predefinição existe precisamente para equipes e indivíduos que já escolheram minúsculas, então uma consulta formatada combina com o estilo predominante da base de código ao redor em vez de introduzir uma consulta com capitalização discordante em um arquivo onde toda outra consulta está em minúsculas.

Consistência importa mais do que qual convenção vence

O custo real de misturar capitalização de palavras-chave dentro de uma base de código não é técnico — o SQL não se importa — é o pequeno atrito cumulativo da atenção de um revisor prendendo em uma inconsistência toda vez que lê uma consulta, o que se soma em uma equipe revisando dezenas de consultas por semana. Escolher uma convenção, minúscula ou maiúscula, e aplicá-la uniformemente é o que realmente traz o benefício de legibilidade; esta predefinição torna minúsculas o padrão mecânico para que ninguém precise reescrever manualmente palavras-chave para combinar com o estilo escolhido de uma equipe.

Perguntas frequentes

Isso vai mudar o que minha consulta faz?

Não. Apenas espaços em branco e capitalização de palavras-chave mudam — nenhuma cláusula é reordenada nem token reescrito. Palavras-chave SQL não diferenciam maiúsculas de minúsculas, então colocá-las em maiúsculas não pode alterar o comportamento.

E o texto entre aspas?

É deixado exatamente como escrito. O formatador tokeniza a consulta antes de tocar em qualquer coisa, então uma string como 'check the order from stock' mantém seu "order" e "from" em minúsculas em vez de serem colocados em maiúsculas como palavras-chave. Formatadores baseados em expressões regulares erram isso rotineiramente.

Quais dialetos de SQL funcionam?

A estrutura de cláusulas comum compartilhada por PostgreSQL, MySQL, SQL Server, SQLite e Oracle. Formata em vez de analisar, então sintaxe específica de dialeto passa intocada em vez de causar um erro — mas também não será indentada de forma especial.

Minhas consultas são enviadas para algum lugar?

Não. A formatação acontece no seu navegador. Isso importa porque consultas reais carregam nomes de tabela, nomes de coluna e às vezes dados literais de clientes — nada disso deveria ser colado no servidor de um estranho.