Treino para teste de SQL

Como costuma ser o teste real

Não existe um único teste de SQL. Cada empregador escolhe uma plataforma de testes ou cria seu próprio teste e decide quantas perguntas haverá, quanto tempo vai durar e qual banco de dados será usado. A descrição da vaga ou o convite para o teste são as melhores referências para saber o que esperar. Exemplos públicos mostram a variedade:

• Testes de habilidades em SQL da HackerRank. A HackerRank apresenta seu teste de habilidades em SQL (Basic) como 2 perguntas em 30 minutos, com tópicos como consultas simples (HackerRank), e o teste de SQL (Intermediate) como 2 perguntas em 35 minutos, com tópicos como junções complexas (HackerRank). Empregadores que criam seus próprios testes na HackerRank podem incluir perguntas sobre bancos de dados e escolher quais bancos de dados os candidatos podem usar (suporte da HackerRank).
• Uma tarefa de escrita de consulta. A TestGorilla descreve seu teste de programação em SQLite como 30 minutos para escrever uma consulta para uma situação realista, com base em um banco de dados de complexidade média. O teste abrange junções e filtragem, cálculos simples, ordenação, arredondamento e exclusão de registros irrelevantes (TestGorilla).
• Um teste curto de conhecimentos. A TestGorilla apresenta seu teste de MySQL como 15 perguntas em 10 minutos, selecionadas de um banco de 101 perguntas (TestGorilla).

Conteúdos comumente abordados em testes de SQL:

• Filtragem e ordenação: SELECT, WHERE, ORDER BY e condições com AND, OR, IN e BETWEEN.
• Junções: junções internas e à esquerda, e o que acontece com linhas sem correspondência.
• Agrupamento: GROUP BY com COUNT, SUM, AVG, MIN e MAX, e HAVING para filtrar grupos.
• Valores NULL: como valores ausentes se comportam em comparações, contagens e médias.
• Subconsultas: uma consulta dentro de outra, com IN, EXISTS ou um único valor.
• Escrever uma consulta com base em um pedido em linguagem simples, geralmente avaliada pela capacidade de retornar exatamente as linhas esperadas.

O que nossos simulados abrangem. Cada simulado completo tem 18 perguntas em 45 minutos, divididas em quatro seções: conceitos de SQL (5), o que a consulta retorna (6), correção de uma consulta (4) e escolha da consulta certa (3). Você pode voltar às perguntas e sinalizá-las. Usamos SQL padrão portátil, então as consultas têm o mesmo significado no PostgreSQL, MySQL, SQL Server, SQLite e na maioria dos outros bancos de dados. Nossos simulados praticam a leitura, o rastreamento e a escolha de consultas; eles não executam as consultas que você escreve. Muitos testes reais de SQL pedem que você escreva uma consulta, que é conferida com os resultados esperados. Use nossos simulados para desenvolver as habilidades de leitura e rastreamento necessárias para isso e também pratique escrever consultas por conta própria em um banco de dados gratuito, como o SQLite.

Tipos de questão com exemplos resolvidos

Um exemplo resolvido de cada seção, com a armadilha em que a maioria das pessoas cai.

1. Conceitos de SQL. Qual é a diferença entre COUNT() e COUNT(email)? COUNT() conta todas as linhas; COUNT(email) conta apenas as linhas em que email não é NULL. Armadilha: achar que toda contagem inclui todas as linhas. A maioria das funções de agregação ignora valores NULL.

2. O que a consulta retorna. A tabela scores tem os valores 8, 5, NULL e 8. O que SELECT COUNT(DISTINCT score) retorna? Os valores distintos que não são NULL são 8 e 5, então a resposta é 2. Armadilha: contar NULL como um valor ou contar o 8 duplicado duas vezes. Escreva a tabela e risque as linhas como a consulta faria.

3. Corrigindo uma consulta. Uma consulta contém WHERE city = 'Austin' OR city = 'Dallas' AND active = 1 e retorna clientes inativos de Austin. AND é avaliado antes de OR, então a condição realmente significa Austin ou Dallas ativo. A correção é usar parênteses: WHERE (city = 'Austin' OR city = 'Dallas') AND active = 1. Armadilha: ler a condição da esquerda para a direita.

4. Escolhendo a consulta certa. Você precisa dos cinco pedidos mais recentes. Qual está correta: ORDER BY order_date DESC com um limite de 5 ou ORDER BY order_date com um limite de 5? A primeira. Sem DESC, a ordenação começa pelos mais antigos, então você receberia os cinco pedidos mais antigos. Armadilha: escolher a consulta que parece certa sem verificar a direção da ordenação. (Os bancos de dados escrevem o limite de formas diferentes, como LIMIT 5 ou FETCH FIRST 5 ROWS ONLY, então confira qual formato seu teste usa.)

5. Junções com condições. Um left join seguido de uma condição WHERE na coluna da tabela à direita acaba se comportando como um inner join, porque as linhas sem correspondência têm NULL nessa coluna e são removidas pela condição. Armadilha: não perceber quais linhas desaparecem. Pergunte: "O que acontece com uma linha sem correspondência?"

Como se preparar

1. Leia primeiro o convite para o teste. Descubra qual plataforma você vai usar, quanto tempo terá, se vai escrever consultas ou responder a questões de múltipla escolha e qual banco de dados ela usa. Os formatos variam demais para presumir.
2. Aprenda a ordem em que uma consulta é executada. FROM e JOIN, depois WHERE, GROUP BY, HAVING, SELECT e ORDER BY. A maioria das perguntas do tipo "por que isso está errado?" fica mais clara quando você sabe quais dados estão disponíveis em cada etapa.
3. Percorra tabelas pequenas à mão. Escreva três ou quatro linhas e aplique cada cláusula na ordem. É a forma mais rápida de conferir sua resposta e identificar armadilhas com NULL e duplicatas.
4. Estude NULL como um tópico à parte. Pratique IS NULL, COUNT(column) versus COUNT(*), AVG ignorando NULLs, NOT IN com um NULL na lista e o que um left join coloca nas colunas sem correspondência.
5. Escreva consultas de verdade também. Nossos simulados desenvolvem a habilidade de ler e percorrer consultas. Escreva também consultas em um banco de dados gratuito como SQLite, para se acostumar a digitá-las com tempo contado. Alguns testes verificam sua consulta em muitos casos, como os mais de 10 casos de teste que a TestGorilla descreve para seu teste de SQLite (TestGorilla).
6. Confira o resultado, não apenas a sintaxe. Uma consulta pode ser executada e ainda assim retornar as linhas erradas. Antes de enviar, pense no que acontece quando não há correspondências, quando há duplicatas e quando há NULLs.
7. Pratique no ritmo real. Um teste curto de conhecimentos como o teste de MySQL da TestGorilla, com 15 questões em 10 minutos, dá bem menos de um minuto por questão (TestGorilla). Faça simulados completos cronometrados para se acostumar ao ritmo antes do dia do teste.

Como a pontuação costuma funcionar

A pontuação depende do empregador e da plataforma. Não existe uma pontuação padrão de SQL nem uma nota de corte universal. Cada empregador decide o que considera um bom resultado. Veja dois exemplos públicos de como as questões de consulta são avaliadas:

• Questões de banco de dados do HackerRank: o HackerRank informa que avalia essas questões automaticamente, comparando o resultado da sua consulta com a saída esperada. Uma correspondência recebe a pontuação total; qualquer outro resultado recebe zero, a menos que o empregador faça uma revisão manual e conceda crédito parcial. O empregador também pode optar por ignorar a ordem das linhas (suporte do HackerRank).
• Teste de SQLite do TestGorilla: o TestGorilla informa que os candidatos são classificados com base em mais de 10 casos de teste que verificam os casos extremos da solução (TestGorilla).

Como os resultados costumam ser verificados linha por linha, uma consulta quase certa, como uma que exclui um cliente sem pedidos, pode receber a mesma pontuação que uma resposta em branco.

Nossa pontuação de prática é o número de questões próprias que você acertou, com o detalhamento por seção para você saber onde focar. É uma pontuação de prática: não é uma pontuação em nenhum teste de empregador ou plataforma e não prevê se você será aprovado.

Erros comuns

• Comparar com NULL usando =. Use IS NULL e IS NOT NULL. Qualquer comparação com = NULL tem resultado desconhecido, então a linha é filtrada.
• Filtrar um left join em WHERE. Um teste nas colunas da tabela à direita remove as linhas sem correspondência. Coloque esse teste na cláusula ON se precisar mantê-las.
• Usar WHERE para filtrar um total. As funções de agregação devem ficar em HAVING, depois de GROUP BY.
• Selecionar uma coluna que não foi agrupada. No SQL padrão, toda coluna selecionada precisa ser agrupada ou agregada. Alguns bancos de dados permitem executar a consulta e escolhem um valor para você, ocultando o erro.
• Esquecer as duplicatas. Um join pode repetir linhas, aumentando os valores de SUM e COUNT. Verifique se cada linha de um lado pode corresponder a mais de uma linha do outro.
• Depender dos atalhos de um único banco de dados. Algumas funções e sintaxes de limite variam entre bancos de dados. Aprenda a forma padrão e confira qual banco de dados seu teste usa.