Pular para o conteúdo principal

Treinamento para consultas com SQL Server - Parte 7 - Sub Consultas (SUBQUERIES)

Este é um recurso muito útil na linguagem SQL permitindo colocar o resultado de consultas inteiras em uma coluna fazendo parte das linhas de uma consulta maior. Uma consulta pode ter quantas sub consultas forem necessárias, mas, existem alguns pontos de atenção:

  • O resultado da sub consulta deve ser sempre escalar, ou seja, um valor único, nunca um conjunto de linhas e colunas (rowset). Pode ser necessário usar a cláusula TOP em alguns casos.
  • Para evitar problemas, a sub consulta deve estar amarrada com alguma coluna da consulta principal.
  • Verificar os índices das tabelas envolvidas se estão apropriados. As sub consultas têm um custo muito alto de processamento e afetam em muito o desempenho caso sejam muito complexas.

Para exemplificar vamos considerar as tabelas PERSON.PERSON, SALES.SALESORDERHEADER – armazena informações sobre vendas e SALES.CUSTOMER – Clientes para o qual a venda foi feita. O diagrama de relacionamentos pode ser conferido a seguir.

O objetivo é ter o resultado da somatória do total das vendas (SALES.SALESORDERHEADER.TotalDue) dos anos 2005 a 2007 agrupados por nome de cliente (PERSON.PERSON.FirstName e PERSON,PERSON.LastName). A instrução SQL para executar isto, trabalhando com sub consultas está demonstrada a seguir.

select concat(p.FirstName, ' ', p.LastName) as CompleteName
 ,(
  select isnull(sum(soh.TotalDue), 0) as TotalVenda
  from Sales.SalesOrderHeader soh
  join Sales.Customer cus on cus.CustomerID=soh.CustomerID
  join person.Person per on per.BusinessEntityID=cus.PersonID
  where per.BusinessEntityID=p.BusinessEntityID
   and year(OrderDate)=2005
 ) as [2005]
 ,(
  select isnull(sum(soh.TotalDue), 0) as TotalVenda
  from Sales.SalesOrderHeader soh
  join Sales.Customer cus on cus.CustomerID=soh.CustomerID
  join person.Person per on per.BusinessEntityID=cus.PersonID
  where per.BusinessEntityID=p.BusinessEntityID
   and year(OrderDate)=2006
 ) as [2006]
 ,(
  select isnull(sum(soh.TotalDue), 0) as TotalVenda
  from Sales.SalesOrderHeader soh
  join Sales.Customer cus on cus.CustomerID=soh.CustomerID
  join person.Person per on per.BusinessEntityID=cus.PersonID
  where per.BusinessEntityID=p.BusinessEntityID
   and year(OrderDate)=2007
 ) as [2007]
from Person.Person p

No exemplo, note que está sendo usada a função CONCAT(). Esta permite concatenar dados do tipo string (ou nvarchar, ou varchar...) de forma mais eficiente e organizada do que simplesmente usar o operador “+”. É importante observar que esta função só está disponível a partir da versão 2012 do SQL Server.

Cada sub consulta além de possuir suas joins e cláusulas de filtros próprias também está ligada com a tabela principal PERSON.PERSON através da seguinte linha:

  where per.BusinessEntityID=p.BusinessEntityID

que está presente nas três sub consultas. O resultado desta consulta pode ser conferido a seguir.

Outros bons artigos sobre sub consultas podem ser conferidos nos links abaixo:

  1. Noções básicas sobre subconsultas - Technet/Microsoft
  2. Subqueries in SQL Server - Simple Talk

Postagens mais visitadas deste blog

Como gerar scripts para exportar dados no SQL Server 2008

Uma das tarefas mais comuns no trabalho com desenvolvimento de software que consome dados em bancos como o SQL Server 2008 é a necessidade de em algum momento precisarmos exportar os dados de um banco para outro. Quer seja para realizar testes ou fazer simulações existem várias maneiras de se fazer isto. Neste post eu quero demonstrar um recurso do SQL Server Management Studio (SSMS) que permite realizar esta tarefa rapidamente.Para os que estão acostumados a usar esta ferramenta, já devem saber que é possível gerar scripts para o schema e também transferir os dados entre dois bancos distintos. Isto pode ser feito se o SSMS puder conectar-se com as duas bases, de origem e destino. No exemplo que vou dar, o objetivo é gerar o script apenas para uma tabela do banco de dados de exemplo da Microsoft – Northwind.1. Iniciando o assistenteO assistente deve ser iniciado clicando com o botão direito do mouse sobre o banco onde se encontra a tabela a qual iremos gerar o script. Deve se clicar n…

Pivot dinâmico com SQL Server

Passo a passo para usar pivoteamento dinâmicoOs bancos de dados bem configurados e definidos armazenam os dados de forma a otimizar o acesso, evitando duplicidade e garantindo a integridade. Porém, em muitas situações isto pode dificultar a apresentação de forma adequada sendo necessário preparar os dados usando vários recursos entre os quais, fazer o pivoteamento.Se você não precisou ainda usar ou não sabe o que é consiste em transformar cada linha de uma determinada coluna em colunas de uma nova consulta.Assim, considere uma tabela que armazene as notas bimestrais de um boletim. Uma possível estrutura para esta tabela seria algo assim:ColunaTipo de dado/TamanhoDisciplinanvarchar(50)BimestreIntNotanumeric(5,2)Uma consulta select nesta tabela com alguns dados traria um resultado parecido com o abaixo:Porém pode ser que para apresentar estes dados em um relatório seja necessário transformar cada bimestre em uma coluna e agrupar as notas nestas colunas para que fique dessa forma:Isto po…

Desabilitando o auto commit no SSMS (SQL Server Management Studio)

(Ou, como prevenir desastres e manter o emprego a salvo…)Neste post vai uma pequena mas tremendamente útil dica para desabilitar o auto commit da aplicação SQL Server Management Studio (SSMS) que é usada por dez entre dez usuários do banco de dados SQL Server para fazer consultas, alterações e executar scripts no banco de dados. (Preferências à parte, realmente muita gente usa),A primeira e mais importante notícia é que, diferentemente da ferramenta do Oracle, este editor de scripts do SQL Server vem com o recurso de auto commit ativado por padrão, assim, qualquer instrução DML (alteração dos dados com update, insert e delete) ou DDL (alteração no banco como create, drop, alter, etc.) será imediatamente enviada ao banco e persistida.Isto pode ser altamente crítico pois se estiver executando as instruções em um banco de dados de produção não haverá muitas formas de desfazer se é que haverá.Inicialmente, pode se evitar muitos acidades executando estas instruções dentro de um bloco BEGIN…