Select dentro de Select: Mágica?

Eu sempre achei um fenômeno sobrenatural a magia utilizada nas querys SQL quando envolviam Selects dentro de Selects. Achei muito engraçado quando recebi o e-mail do Thiago, estagiário aqui da empresa, sobre uma query que eu havia feito e enviado pra ele:

Esse seu método é meio mágico, parece o tipo de coisa que “não deveria funcionar mas funciona” quando vc olha! Não pq não faz sentido (pq faz), mas pq esses bancos de dados implicam com coisas bem mais simples que isso… Enfim, funciona, mesmo qdo não é para buscar por um codigo especí­fico (como você fazia antes), o que é ótimo. (Thiago)

O mais engraçado disso tudo é que eu também nunca parei pra pensar a fundo como isso funcionava, simplesmente utilizava. Sim, usava como mágica mesmo, mas agora decidi estudar a fundo para saber como isso resolve os meus problemas e decidi compartilhar aqui com vocês.

Atenção: Se você não conhece nada de informática, nunca ouviu falar em SQL, query e outros termos nesse artigo, pode parar de ler aqui porque o negócio é muito técnico e chato! Rsrsr Eu, por exemplo, não conseguiria ler o segundo parágrafo de um texto que falasse sobre o último paredão do BBB.

Para começar, vou mostrar logo a solução. Abaixo está a query SQL que, para nós atualmente, é composta por pura magia:

   1:  SELECT

   2:    a1.*

   3:  FROM

   4:    Acao a1

   5:  WHERE

   6:    a1.situacaoAcao <> 'E' AND

   7:    a1.dtAlteracaoAcao = (

   8:      SELECT

   9:        MAX(a2.dtAlteracaoAcao)

  10:      FROM

  11:        Acao a2

  12:      WHERE

  13:        a2.indAcaoOriginal = a1.indAcaoOriginal

  14:      )

O que ela faz? Retorna todas as Ações não excluí­das e somente a mais atual. Simples né? Sim, pois é exatamente o que eu queria.

Para entender melhor, vamos ver a estrutura da tabela Ação:

*O ponto a observer nessa tabela, é o auto-relacionamento entre o campo indAcaoOriginal com o indAcao. Uma ação nunca é atualizada. Se for necessário alguma atualização, é criado um novo registro, com as novas informações, mas com o indAcaoOriginal apontando para a primeira Ação que foi criada. Assim, nós temos um histórico das atualizações das Ações.

Sabendo o que temos no banco, um monte de Ações individuais (indAcao) auto-relacionadas (indAcaoOriginal) com a Ação original, o desafio era trazer todas as Ações mais recentes, ou seja, com a última data de alteração.

Desmascarando a Mágica

Vamos utilizar a tabela abaixo como exemplo de registros. Ela é o retorno da seguinte query:

   1:  SELECT

   2:    a1.*

   3:  FROM

   4:    Acao a1

Filtrando pelos registros excluí­dos, temos o resultado abaixo:

   1:  SELECT

   2:    a1.*

   3:  FROM

   4:    Acao a1

   5:  WHERE

   6:    a1.situacaoAcao <> 'E'

*Somente a Ação de indAcao 11 foi removida.

Se executar a query abaixo de forma isolada, temos o seguinte resultado:

   1:  SELECT

   2:    MAX(a2.dtAlteracaoAcao)

   3:  FROM

   4:    Acao a2

*A função MAX() retorna o maior valor de um campo em um conjunto, que neste caso isolado, o conjunto corresponde a todos os registros da tabela Ação. Ele retorna o registro 19 porque possui a maior data.

Então, o que preciso fazer para resgatar a maior data do conjunto de Ações Originais? Preciso gerar um conjunto separado, contendo todas as Ações Originais, para resgatar essa maior data. Isso é óbvio. Que bom que sabemos definir o que queremos. O problema é conversar com o SQL pra ele entender isso. :)

Vamos executar um chinês, passo-a-passo, para verificarmos como a query mágica funciona realmente.

Passo-a-Passo

A primeira coisa que a query abaixo faz, é resgatar o primeiro registro diferente de excluí­do da tabela a1.

   1:  SELECT

   2:    a1.*

   3:  FROM

   4:    Acao a1

   5:  WHERE

   6:    a1.situacaoAcao <> 'E' AND

   7:    a1.dtAlteracaoAcao = (

   8:      SELECT

   9:        MAX(a2.dtAlteracaoAcao)

  10:      FROM

  11:        Acao a2

  12:      WHERE

  13:        a2.indAcaoOriginal = a1.indAcaoOriginal

  14:      )

Tendo esse registro, a query interna abaixo, cria o seguinte subconjunto:

   1:  SELECT

   2:    MAX(a2.dtAlteracaoAcao)

   3:  FROM

   4:    Acao a2

   5:  WHERE

   6:    a2.indAcaoOriginal = a1.indAcaoOriginal

Ela resgata todos os registros da tabela Ação (a2) que possuem o a2.indAcaoOriginal igual ao a1.indAcaoOriginal do registro atual da tabela Ação (a1). Qual o valor em a1.indAcaoOriginal do primeiro registro resgatado pelos Select externo? O valor é 1, então, retorna todos os registros em a2 que possuam o indAcaoOriginal igual a 1. Simples assim.

Tendo esse subconjunto (indAcaoOriginal = 1), o select interno retorna, através do MAX, a maior data cadastrada, que neste caso, é 17/03/2006 18:03.

Agora, sabendo que a maior data é a 17/03/2006 18:03, o select externo (a1), compara com a data de seu registro.

Como podemos verificar, a data retornada no MAX não é igual a data do nosso primeiro registro, ou seja, o select irá ignorar essa linha, não exibindo-a, e passará para o segundo registro:

Pronto, aqui ele irá fazer os mesmos passos explicados anteriormente e verificará que a data continua sendo diferente da maior data do subconjunto das Ações Originais.

E assim, o select percorrerá toda a tabela, retornando somente os registros que possuí­rem a maior data.

Fácil né? Estou me sentindo o Mr. M, ao revelar a mágica envolvida nessa query. :)

E aí­ Thiago, entendeu?