Ensinar SQL: fazer escrever consultas de verdade na primeira hora

O verdadeiro obstáculo não é a linguagem, é o banco

O SQL é uma das linguagens mais acessíveis que se pode ensinar: a sintaxe se lê quase como uma frase, e um iniciante produz uma consulta útil em poucos minutos. O obstáculo está em outro lugar.

Antes de escrever um único SELECT, é preciso ter um banco de dados à disposição. E é aí que as formações de SQL perdem o primeiro meio dia:

• Instalar um servidor em cada máquina exige direitos de administração que os alunos quase nunca têm.
• Compartilhar um banco comum cria o outro problema: o primeiro DELETE desastrado destrói os dados de todo o grupo.
• Dar um acesso remoto pressupõe um servidor para administrar, contas para criar, e um firewall para convencer.

A solução mais simples é dar a cada um o seu próprio banco, no seu navegador, já preenchido. Ninguém instala nada, ninguém destrói o trabalho dos outros, e um DROP TABLE infeliz custa apenas uma recarga de página.

Um conjunto de dados que se entende sem explicação

A escolha do conjunto de dados pesa mais do que se imagina no sucesso de uma formação. Um banco rico demais obriga a explicar o negócio antes de explicar a linguagem; um banco pobre demais não permite nenhuma junção interessante.

O modelo que funciona em qualquer lugar cabe em quatro tabelas: clientes, produtos, pedidos e os itens desses pedidos. Todo mundo entende o sentido sem preâmbulo, e essa estrutura basta para cobrir o essencial do programa:

• A filtragem e a ordenação na tabela de clientes.
• Os agregados — contar, somar, calcular uma média — nos produtos.
• A junção simples entre pedidos e clientes.
• A junção múltipla e o agrupamento para calcular o faturamento por cliente.

Mantenha o volume modesto: umas dez linhas por tabela. Um resultado que se pode ler por inteiro na tela permite verificar por si mesmo que a consulta fez o que se pensava.

A ordem que evita os bloqueios

A progressão clássica dos manuais segue a ordem da sintaxe. A ordem que funciona em aula segue a dificuldade real, e ela não está onde se espera.

Comece lendo, não escrevendo. Uma consulta já escrita, que se executa e cujo resultado se observa, instala o essencial: uma consulta devolve uma tabela. Depois faça modificá-la — mudar uma cidade, acrescentar uma ordenação — antes de pedir que escrevam uma do zero.

Introduza a junção cedo. É contraintuitivo, mas a junção é o coração do SQL e a origem da maioria dos bloqueios. Empurrá-la para o fim do programa faz acreditar que o resto está aprendido, quando metade do grupo trava já na primeira.

Deixe o GROUP BY para o fim. O agrupamento exige pensar em conjuntos e não em linhas: é um salto conceitual de verdade, que merece tempo e exemplos visuais.

Os três erros que voltam sempre

Três mal-entendidos voltam em cada grupo, qualquer que seja o nível. Antecipá-los economiza uma hora.

• A junção esquecida. Duas tabelas no FROM, nenhuma condição de ligação, e a consulta devolve o produto de todas as linhas. O resultado é enorme e ninguém entende por quê. Mostre isso de propósito uma vez: é a demonstração mais eficaz.
• O filtro no lugar errado. Filtrar antes ou depois de um agrupamento não dá o mesmo resultado. Faça escrever as duas versões lado a lado em vez de explicar a regra.
• A comparação com um valor ausente. Um campo vazio não se compara como os outros: a consulta não devolve nada, sem erro, e o aluno procura a falha em outro lugar por dez minutos.

Esses três casos têm um ponto em comum: a consulta não quebra. Ela devolve um resultado falso, em silêncio. Daí a importância de trabalhar com um conjunto de dados pequeno o bastante para que se possa verificar o resultado a olho.

Corrigir ao vivo, sem dar a resposta cedo demais

O SQL se presta particularmente bem à correção coletiva: uma consulta cabe em poucas linhas, e o resultado é imediatamente visível para todos.

O dispositivo mais eficaz é projetar a sua própria tela enquanto cada um trabalha na dele. Você escreve uma consulta, ela aparece na tela deles; eles a adaptam sem ter de copiá-la de memória. Na hora de corrigir, mostre primeiro o resultado esperado — a tabela, não a consulta. O grupo passa então a procurar o caminho, que é exatamente o exercício.

Deixe o gabarito escrito com antecedência, mas oculto, e revele-o só depois. Um gabarito visível cedo demais transforma um exercício de raciocínio num exercício de cópia.

O que resta para ver num servidor de verdade

Um banco no navegador cobre tudo o que se consulta. Ele não cobre o que se administra, e é uma distinção que vale a pena deixar clara diante do grupo.

Restam para tratar num ambiente real: os direitos e os usuários, as cópias de segurança, a otimização e os índices em volumes consideráveis, as transações concorrentes, e as diferenças de dialeto entre os bancos. Esses assuntos pertencem mais ao ofício de administrador do que à escrita de consultas.

Para uma iniciação, uma atualização ou um módulo de SQL dentro de uma formação maior, o navegador basta de sobra — e libera o meio dia que se gastava instalando.