Boas Práticas de Programação em SQL – 3 Super Dicas
Hoje vou explicar 3 boas práticas de programação em SQL importantes para quem está começando a estudar SQL ou quem já trabalha na área!
Três boas práticas de programação em SQL elevam a qualidade dos seus códigos: indentar e formatar as consultas (cada cláusula em sua linha), dar nomes claros a tabelas, colunas e aliases, e comentar o porquê das decisões. Código SQL legível é mais fácil de revisar, manter e aproveitar em equipe.
Caso prefira esse conteúdo no formato de vídeo-aula, assista ao vídeo abaixo ou acesse o nosso canal do YouTube!
O que você aprende neste vídeo
Resposta rápida: A aula apresenta três boas práticas de SQL: comentar o código explicando título, autor e data de criação; organizar cada cláusula (SELECT, FROM, WHERE) em sua própria linha para ficar legível; e usar apelidos curtos nas tabelas de um JOIN para reduzir a repetição de nomes longos nas colunas.
Neste vídeo (19 min):
- 1:00 - Um comentário é um trecho de texto que não afeta a execução do código, criado no SQL com dois traços seguidos
- 4:00 - Um bom comentário no início do código registra título, autor e data de criação
- 5:00 - Comentários também marcam trechos ao longo do código, como o início de uma transação ou de um
UPDATE - 9:00 - Segunda prática: organizar cada cláusula do
SELECTem sua própria linha, em vez de escrever tudo numa linha só - 11:00 - Usando a tecla
Tab, cada coluna doSELECT, oFROM, oWHERE, oGROUP BYe oORDER BYganham sua própria linha - 12:00 - Terceira prática aparece num
JOINentre uma tabela de lojas e uma tabela de regiões - 15:00 - Sem apelido, cada coluna do
JOINprecisa repetir o nome completo da tabela de origem - 16:00 - Dar um apelido curto às tabelas, como uma letra para loja e outra para geografia, deixa o código mais enxuto
Trechos do vídeo:
- Um comentário é um bloco de texto que não tem nenhum efeito no código, criado no SQL com dois traços seguidos, e serve para registrar o que aquele trecho faz
- Registrar título, autor e data de criação no início do código poupa tempo de quem precisar entender ou consultar o autor meses depois
- Organizar cada cláusula do
SELECTem sua própria linha, em vez de escrever a consulta inteira numa linha só, deixa o código muito mais legível - Dar um apelido curto às tabelas de um
JOINreduz a repetição do nome completo em cada coluna referenciada
Fala Impressionadores! Na aula de hoje eu quero te mostrar 3 boas práticas de programação em SQL.
Algumas delas servem até para outras linguagens de programação, mas hoje vou falar sobre boas práticas em programação SQL.
A 1ª boa prática é o comentário nos códigos, isso é muito importante, pois nem sempre você vai trabalhar com um código que acabou de criar.
Você pode trabalhar com um código que criou a bastante tempo ou pode trabalhar com códigos de outras pessoas.
Nesses casos é importante que você tenha uma noção do que cada parte do código faz. Por isso é importante colocar os comentários, pois já fica descrito cada parte do código e você não precisa estudar o código inteiro para saber o que ele faz.
SQL ImpressionadorDomine a linguagem mais importante do Mundo para quem trabalha com Dados, seja para se destacar na sua empresa atual, para conseguir um diferencial em processos seletivos ou até mesmo para entrar em áreas de dados.
Começar agora
A 2ª boa prática é a organização do código, que também auxilia na hora de visualizar e entender o que foi feito.
A 3º boa prática é para renomear tabelas em códigos JOIN, pois às vezes tem nomes grandes e difíceis de ficar escrevendo, então pode substituir por informações menores.
E aí, gostou dessas boas práticas em SQL? Então vem comigo que eu vou te ensinar cada uma delas com exemplos!
1ª Boa Prática
Para o nosso primeiro exemplo temos um bloco de código que criar uma procedure. A procedure basicamente executa uma rotina no nosso banco de dados.
Esta dica serve para quando criamos um código e interrompemos o projeto, ou quando o projeto não é nosso ou é um projeto que fizemos há muito tempo e por isso a chance de esquecer partes dele é grande.
Enfim, tudo isso pode ser evitado se houver o uso do comentário no código, os comentários não influenciam o código em nada, eles estão ali somente para elucidar partes importantes do código, partes que não podemos esquecer ou que outra pessoa precisa saber para não cometer erros.
No SQL geralmente iniciamos um comentário com um traço duplo (–). Observe:
Você não precisa colocar todos esses comentários no código, a ideia não é deixar muitos deles no código e sim escrever alguns necessários para a manutenção do código.
2ª Boa Prática
Observe o código na imagem abaixo, note que ele está rodando e funcionando perfeitamente, mas o modo que ele está escrito dificulta a compreensão.
Esta é mais uma boa prática escrever o código para facilitar o entendimento de quem está observando.
Vamos alterar a organização do código:
Veja que arrumando todos os comandos do lado esquerdo fica muito mais fácil entender cada linha do código!
3ª Boa Prática
Na terceira dica temos um código que faz um Join entre duas tabelas.
Fazemos o Join quando queremos relacionar informações entre duas tabelas a fim de ter um resultado mais completo em uma análise.
Podemos ter uma tabela com informações de uma loja e outra com informações de região, então podemos relacionar as duas para que uma complemente a outra.
Note que sem as indicações que coloquei na imagem acima fica um pouco difícil de identificar quem é a tabela 1, a tabela 2 e qual a coluna que ambas têm em comum para fazer a relação entre elas.
Neste ponto que entra uma boa prática importante, podemos usar um recurso para dar um nome mais intuitivo para as colunas, como um apelido.
Primeiro vamos colocar o apelido ao lado do nome do arquivo, neste caso chamamos DimStore de “s” e DimGeography de “g”, agora podemos usar somente os apelidos nos outros locais do código substituindo o nome do arquivo, dessa forma nosso código fica mais elegante e organizado.
Resultado
Perguntas frequentes
1. Por que formatar e indentar o código SQL?
Porque consultas reais crescem: SELECT com dezenas de colunas, vários JOINs e condições. Com cada cláusula em sua linha e indentação consistente, qualquer pessoa localiza filtros e junções em segundos — inclusive você mesmo, meses depois, dando manutenção na consulta.
2. Como nomear bem tabelas e colunas?
Use nomes descritivos e padronizados: vendas_2026 em vez de tab1, data_pedido em vez de dt. Em aliases de JOIN, prefira abreviações óbvias (v para vendas, c para clientes). O objetivo é que a consulta se explique sozinha, sem precisar decifrar siglas.
3. O que devo comentar no código SQL?
O porquê, não o óbvio: a regra de negócio por trás de um filtro, o motivo de uma exceção, a origem de um número mágico. Comentários assim (com — ou /* */) documentam decisões que o código sozinho não conta e poupam retrabalho da equipe.
4. Por que evitar SELECT * nas consultas?
Porque trazer todas as colunas desperdiça processamento e rede, quebra integrações quando a tabela muda e esconde o que a consulta realmente usa. Listar apenas as colunas necessárias deixa a intenção explícita e a consulta mais rápida e estável.
Conclusão – Boas Práticas de Programação em SQL
Você já fazia uso dessas boas práticas na hora de fazer seu código? Se você ainda não conhecia tenho certeza de que esta aula vai te ajudar muito não apenas nos seus projetos pessoais, mas também em relação ao trabalho em equipe.
É comum que as empresas tenham equipes onde um deve render o outro ou equipes que juntas organizam um mesmo setor de trabalho, essas práticas vão fazer toda a diferença!
Espero que tenham gostado da aula! Um forte abraço,
Hashtag Treinamentos
Para acessar outras publicações de SQL, clique aqui!
