A bibliotecária da guilda tem pouco pergaminho: quer só o nome e a classe de cada herói.

O oráculo sentiu uma perturbação arcana e precisa reunir apenas os magos do reino.

O capitão da guarda monta a escolta do rei: só guerreiros ou magos experientes servem.

O coliseu vai anunciar os campeões: do mais experiente ao novato.

O mural do coliseu mostra 3 heróis por página. O arauto precisa da página 2 (posições 4 a 6).

O conselho quer saber quais classes de heróis existem no reino, sem repetições.

O bardo vai ler o relatório em voz alta e quer cabeçalhos mais épicos.

O coronel convoca arqueiras, bárbaros e clérigos para defender o portão leste.

Um espião só lembra que o nome do herói começava com "A". A escolta precisa encontrá-lo.

O regente quer saber quantos heróis cabem na faixa de poder entre 8 e 12.

O ferreiro quer equipar quem ainda luta de mãos nuas, mas a lista dele saiu vazia.

O mestre de armas organiza os treinos: primeiro agrupa por classe, depois do mais forte ao mais fraco.

O pergaminho está com partes apagadas. Preencha as lacunas para completar a magia.

Liste nome, nivel e classe apenas dos magos, ordenados por nível do mais forte para o mais fraco.

Organize os blocos de SQL na ordem correta para formar uma consulta.

Filtre heróis com nível acima de 10 que também sejam magos. Preencha as duas lacunas.

Organize os blocos para formar um SELECT básico.

Um erro de digitação no WHERE está fazendo a consulta retornar tudo. Encontre e corrija.

Organize os blocos para montar uma consulta que filtra heróis com nível maior que 10.

Filtre os heróis com nível entre 8 e 15. Complete as lacunas.

Uma ORDER BY em coluna sem índice está lenta. Otimize com um índice.

Complete a query para filtrar heróis cadastrados no ano de 2025.

Monte uma consulta que calcule o poder total de cada herói usando expressões aritméticas.

O rei quer saber quais tabelas existem no banco mysql_quest.

Teste seus conhecimentos básicos de SQL com um quiz rápido.

O curandeiro precisa saber quanta vida os heróis ativos somam para preparar as poções.

O instrutor quer a média de nível dos heróis para calibrar a próxima masmorra.

O capitão quer conhecer os extremos: o herói mais frágil e o mais resistente em HP.

O conselho quer saber quantos heróis existem em cada classe.

Para formar duplas de treino, a guilda só quer classes com pelo menos dois heróis.

O mestre da taverna quer saber a qual guilda cada herói pertence.

O arquivista quer TODAS as guildas no relatório, inclusive a recém-fundada que ainda não tem heróis.

Há missões no quadro que ninguém aceitou. O escrivão quer ver todas, com ou sem herói.

O taverneiro quer imprimir um cardápio com todas as combinações de bebida e petisco.

Na Academia, cada aprendiz tem um mentor, que também é um herói da mesma tabela.

Para o grande banquete, o cronista quer uma lista única com heróis e mercenários contratados.

O tesoureiro precisa da lista de pagamentos por nome, e quem aparece nas duas listas recebe duas vezes.

O rei vai condecorar quem já concluiu alguma missão.

O conselho quer saber quais guildas têm pelo menos um veterano (nível 10 ou mais).

O treinador quer a lista dos heróis acima da média, mas o MySQL só responde com um erro.

O estrategista quer separar o raciocínio em etapas: primeiro os veteranos, depois o resumo.

A jovem Aria quer conhecer toda a sua linhagem: seu mentor, o mentor do mentor, e assim por diante.

O tesoureiro quer saber quanto ouro, em média, cada herói acumulou com missões. Média de uma soma? Precisa de duas etapas.

O tesoureiro quer pagar o bônus de lealdade só a quem é herói da guilda e NÃO aparece na lista de mercenários.

A Academia quer um mapa de gerações: mestres fundadores, seus aprendizes, os aprendizes dos aprendizes...

O tesoureiro quer o HP total por classe e, na última linha, o total geral do reino, tudo numa única consulta.

O recrutador quer convocar os heróis que nunca pegaram missão, mas a lista volta vazia, e ele sabe que Galen nunca saiu da taverna.

Combine os blocos para formar um JOIN entre duas tabelas.

A query abaixo está errada. Corrija o erro de GROUP BY para contar heróis por classe.

Una as tabelas herois e missoes para listar o nome do herói e o nome da missão. Preencha as palavras-chave que faltam.

Um GROUP BY com HAVING está com erro de lógica. O resultado vem errado.

Monte um JOIN entre três tabelas para relacionar heróis, missões e itens.

Combine duas consultas com UNION. Complete as lacunas para unir os resultados.

Uma subconsulta com IN está varrendo toda a tabela. Otimize com EXISTS.

Organize os blocos para contar heróis por classe com agregação.

Complete a query para listar os nomes dos heróis agrupados por classe em ordem alfabética.

Complete o self-join para listar cada herói com o nome do seu mentor.

Um OR está forçando um full table scan. Use UNION para melhor performance.

Monte uma subconsulta correlacionada com EXISTS para listar heróis que possuem itens.

O Salão dos Veteranos vai homenagear os heróis de nível 12 ou mais.

Arion derrotou um troll da ponte e subiu para o nível 13!

O rei abençoa os guerreiros antes da guerra: +10 de HP para cada um.

Galen pendurou o cajado. O escrivão precisa remover os aposentados do livro ativo.

O Círculo Arcano decidiu riscar do quadro as missões canceladas dos seus magos.

O escriba precisa de um novo livro para registrar os itens mágicos encontrados nas masmorras.

O conselho decidiu medir a reputação de cada herói, começando todos do zero.

Os nomes das relíquias élficas são longos demais para 80 caracteres.

A tabela de treino temporária cumpriu seu papel e deve ser queimada, se ainda existir.

Todo dia o conselho consulta as missões em aberto. Ninguém aguenta mais reescrever o mesmo SELECT.

O ferreiro quer acompanhar as encomendas, que só podem estar pendentes, forjando ou entregues.

Missões estão apontando para heróis que não existem. O arquiteto quer que o banco impeça isso.

Dois heróis tentaram se registrar como "Arion". O conselho quer que cada nome seja único.

Um bug no portal registrou um herói de nível -3. O arquiteto quer que o próprio banco recuse isso.

Antes da limpeza anual, o arquivista quer uma cópia das missões concluídas numa tabela separada.

O almoxarife recebe 5 poções. Se o item já existe no estoque, a quantidade deve somar; se não, deve ser criado.

Um aprendiz usou REPLACE para "atualizar" a classe de Lyra e, misteriosamente, o nível e o HP dela sumiram.

A tabela de sessões do portal tem 40 milhões de linhas antigas. O DELETE que o estagiário rodou já está há uma hora executando.

As crônicas do reino têm acentos, runas e até emojis de dragão 🐉. Nada pode virar "?".

A guilda Presas de Gelo acaba de ser fundada. O escrivão precisa do id gerado para cadastrar os membros logo em seguida.

O novo manual da guilda diz que "hp" é sigla demais: a coluna deve se chamar pontos_vida.

O conselho gostou da visão de missões abertas, mas agora quer ver também a data de cada uma.

Os testes de carga precisam de uma tabela idêntica à de missões, com os mesmos índices, mas vazia.

O duque de Valdoria abençoou as guildas da sua cidade: todos os seus heróis ganham +20 de HP.

O reino vizinho quer seu próprio banco para testes. O script de criação vai rodar várias vezes no pipeline.

Um INSERT foi apagado pelo tempo. Preencha as lacunas para inserir o novo herói.

Organize os blocos para formar um comando UPDATE correto.

A query abaixo deletaria todos os heróis! Adicione um filtro para deletar apenas guerreiros.

A query abaixo insere um herói mas está lenta. Otimize inserindo vários heróis de uma vez.

Um UPDATE sem WHERE está alterando toda a tabela! Corrija antes que seja tarde.

Complete o comando ALTER TABLE para adicionar uma nova coluna à tabela herois.

Organize os blocos para deletar heróis com nível abaixo de 5.

INSERTs individuais em um loop estão lentos. Otimize com INSERT em lote.

Monte o comando para criar um índice composto nas colunas nome e classe.

Um UPDATE usando subquery está lento. Otimize com JOIN.

Um índice antigo não é usado por nenhuma consulta e só deixa as escritas mais lentas.

Arion paga 200 moedas de ouro a Lyra. Se o banco da guilda cair no meio, ninguém pode perder dinheiro.

No meio da contabilidade, um aprendiz lançou um bônus absurdo. Dá para desfazer só esse passo?

Dois caixas da guilda tentam sacar da conta de Arion ao mesmo tempo. Um deles precisa esperar.

A consulta das missões de Mira demora. Antes de mexer em algo, o sábio quer ver como o MySQL pretende executá-la.

O plano do EXPLAIN diz que serão lidas 10 linhas, mas a consulta leva 8 segundos. O sábio desconfia da estimativa.

Antes de criar um novo índice, o sábio quer saber quais já existem na tabela de missões.

Na página 25.000 do quadro de missões, o portal leva 6 segundos para responder.

Depois de apagar 30 milhões de logs, o arquivo da tabela continua ocupando 20 GB no disco.

Depois de uma importação enorme, o otimizador passou a ignorar o índice de heroi_id e escolher planos ruins.

O portal fica lento em horários aleatórios. O sábio quer que o servidor anote toda consulta que demorar mais de 2 segundos.

As consultas filtram por classe e nivel juntos — crie um índice que atenda ambos.

A consulta só precisa de nome e classe — crie um índice que cubra ambos sem tocar a tabela.

O otimizador está escolhendo o índice errado — force o uso correto.

A busca por heróis com 'ar' no nome está muito lenta. Otimize a consulta!

Uma subconsulta está tornando a query lenta. Transforme em JOIN.

Uma consulta com GROUP BY está processando muitos dados. Otimize com índice.

Preencha as lacunas para completar uma transação SQL segura.

Organize os blocos para criar um índice que acelere buscas por classe.

As alterações foram feitas mas não estão aparecendo. O COMMIT foi esquecido!

Crie um índice composto para acelerar consultas por classe e nível.

Monte a query que usa EXPLAIN para analisar um SELECT.

Um LIKE com % no início está impedindo o uso de índice. Otimize a consulta.

Complete o comando para criar um índice composto que acelere a busca por classe e nível.

Uma função na cláusula WHERE impede o uso de índice. Corrija a consulta.

Complete o comando que cria um ponto de salvamento dentro de uma transação.

O alquimista calcula o escudo mágico de cada herói como metade do HP, sempre arredondada para baixo.

O escrivão quer que a data de conclusão seja carimbada sozinha quando uma missão vira "concluida". O gatilho dele nem é criado.

Os grimórios dos personagens são guardados em JSON. O sábio quer a primeira habilidade de cada um.

O painel da guilda (feito em JavaScript) quer receber as habilidades de cada herói já como um array JSON.

Um ladrão foi visto com uma espada. O xerife quer saber quais heróis têm "Espada" no inventário.

O torneio precisa numerar os heróis: 1º, 2º, 3º... do maior nível para o menor.

O tesoureiro quer ver o ouro das missões concluídas crescendo ao longo do tempo.

Dois heróis empataram no torneio. O juiz precisa saber em que posição fica quem vem logo depois.

O mensageiro quer saber, para cada missão, qual é a data da missão seguinte no calendário.

O instrutor quer ver o "salto" de nível entre cada herói e o anterior na escada de poder.

Uma profecia fala de heroínas cujo nome começa entre A e M e termina com "a".

A biblioteca procura pergaminhos sobre dragões de verdade, e não os manuais de treino com dragão de madeira.

O arauto quer um cartaz com cada guilda e seus membros numa só linha.

O ranking de magias está maluco: "Nevasca (75)" aparece acima de "Bola de Fogo (100)".

O novo DBA precisa recriar a tabela herois em outro servidor, com índices, engine e charset idênticos.

O cronista quer um inventário de todas as tabelas do reino e o tamanho aproximado de cada uma.

O cartógrafo de dados documenta cada coluna das missões para o novo time do portal.

O bardo quer fichas prontas para o mural: "Arion - Guerreiro (nv 12)".

No dia 1º de junho de 2026 o cronista quer saber há quantos dias cada missão aconteceu.

O quadro de missões vai ganhar selos: lendária, épica ou comum, conforme a recompensa.

No relatório de armas, aparecer "NULL" assusta os nobres. Quem não tem arma deve aparecer como "mãos nuas".

O mestre de obras quer saber quantas horas cada tarefa da guilda levou para ser concluída.

O arauto grita os nomes dos heróis, enquanto o escriba anota as classes em letras miúdas.

O validador do portal diz que "Dragão" tem 7 caracteres. O escriba jura que contou 6.

As placas de bronze do salão só comportam nomes curtos. O ferreiro quer saber quem tem mais de 4 letras.

Uma importação de planilha gravou nomes como " Arion " e agora a busca por 'Arion' falha.

O placar do torneio só tem espaço para siglas de 3 letras maiúsculas: ARI, LYR, MIR...

Por decreto real, os magos agora devem ser chamados de "Feiticeiro" nos relatórios.

As fichas com CONCAT saíram em branco para quem não tem arma. O bardo quer uma versão à prova de NULL.

Os crachás dos heróis seguem o padrão H-0001, H-0002...

Os mensageiros do reino estranham datas como 2026-03-02. Eles leem 02/03/2026.

O cronista quer saber em quais meses a guilda mais trabalhou.

Toda missão aberta tem prazo de uma semana a partir da data marcada.

A planilha do reino vizinho mandou datas como texto "15/03/2026". Para filtrar e ordenar, elas precisam virar DATE.

O tesouro paga os heróis no último dia do mês em que a cobrança foi emitida.

Os golems do portal registram o tempo em segundos desde 1970. O escriba precisa traduzir um desses números.

O cambista só trabalha com uma casa decimal. As recompensas precisam ser arredondadas.

Uma maldição deixou o ouro de um herói negativo: -2.5 moedas. Como o tesouro arredonda isso?

O oráculo diz que o nível 10 é o equilíbrio. Ele quer saber o quão longe cada herói está dele, e quem tem nível ímpar.

O alquimista calcula a "aura" de cada herói com raízes e potências.

Antes da travessia do deserto, o guia quer marcar quem aguenta o calor.

A procedure abaixo tem um erro de sintaxe. Corrija para que ela funcione.

Preencha as lacunas para criar um trigger que loga inserções na tabela correta.

A função abaixo funciona mas está mal escrita. Otimize com DETERMINISTIC para melhor performance.

Uma view está com erro de sintaxe. Corrija para criar a view corretamente.

Uma busca textual usando LIKE está muito lenta. Otimize com FULLTEXT index.

Organize os blocos para criar uma CTE recursiva que gere números de 1 a 5.

Crie uma procedure que recebe um nome e retorna o nível do herói via parâmetro INOUT.

O escriba andou registrando missões falsas. O conselho decidiu tirar dele o poder de inserir.

Auditoria! O inspetor do rei quer ver exatamente o que o escriba pode fazer.

Antes da grande migração, o guardião dos arquivos exige um backup consistente do banco reino, sem travar o portal.

O mestre de obras do servidor quer conferir uma configuração antes de mexer em produção.

O portal está travando. O DBA de plantão quer achar as consultas que estão rodando há mais de um minuto.

Um invasor tentou digitar ' OR 1=1 -- no campo de busca do portal. O mago da segurança quer consultas à prova de injeção.

Prova final do Conselho: o rei quer o ranking de ouro das guildas, e só as que realmente trabalharam entram.

Cinco escribas novos chegam ao castelo. Em vez de dar permissão a um por um, o conselho cria um brasão (role) de leitura.

Verifique o valor de parâmetros essenciais, como `innodb_buffer_pool_size`.

Um jovem aventureiro escreveu uma query com um erro de digitação. Corrija-a!

O mago tentou filtrar heróis com nível maior que 10, algo estranho aconteceu.

Um JOIN foi escrito errado e está dando erro. Descubra o problema.

Organize os blocos para conceder permissão SELECT na tabela herois para o usuário 'app_user'.

O comando de exportação abaixo está errado. Corrija para fazer um dump correto do banco.

Preencha as lacunas para criar um novo usuário MySQL com senha.

Organize os blocos para dropar uma tabela antiga e recriá-la do zero.

Um GRANT foi escrito errado e está dando erro de sintaxe. Corrija.

Organize os blocos para criar um backup da tabela herois.

Complete a CTE (Common Table Expression) para calcular a média de nível por classe.

O GROUP BY está incompleto e o MySQL reclama em modo ONLY_FULL_GROUP_BY.

Organize os blocos para criar um backup da tabela herois com apenas magos.

Uma CTE recursiva está em loop infinito. Adicione uma condição de parada.

Um CREATE USER foi criado sem senha. Corrija adicionando IDENTIFIED BY.