Seu guia definitivo para SQL Join:INNER JOIN – Parte 1

SQL JOIN vs. Subconsultas

Uniões e tabelas derivadas

FROM table1 a
INNER JOIN (SELECT y.column3 from table2 x
            INNER JOIN table3 y on x.column1 = y.column1) b ON a.col1 = b.col2

Como o SQL Server processa junções

• Operações lógicas correspondem aos tipos de junções usados ​​em uma consulta:INNER, OUTER ou CROSS. Você, como desenvolvedor, define essa parte do processamento ao formar a consulta.
• Operações físicas – o Query Optimizer escolhe a melhor operação física aplicável à sua junção. O melhor significa o mais rápido para produzir resultados. O Plano de Execução de sua consulta mostrará os operadores de junção física escolhidos. Essas operações são:
  • Unir Loop Aninhado. Esta operação é rápida se uma das duas tabelas for pequena e a segunda for grande e indexada. Requer menos E/S com menos comparações, mas não é bom para grandes conjuntos de resultados.
  • Mesclar associação. Essa é a operação mais rápida para conjuntos de resultados grandes e classificados por colunas usadas na junção.
  • Juntar com hash. O otimizador de consulta o usa quando o conjunto de resultados é muito grande para um loop aninhado e as entradas não são classificadas para uma junção de mesclagem. Um hash é mais eficiente do que classificá-lo primeiro e aplicar uma junção de mesclagem.
  • União adaptável. A partir do SQL Server 2017, ele permite a escolha entre um loop aninhado ou hash . O método de junção é adiado até que a primeira entrada seja verificada. Essa operação alterna dinamicamente para uma junção física melhor sem recompilar.

Por que precisamos nos preocupar com isso?

• Suponha que um operador de classificação preceda a junção de mesclagem . Essa operação de classificação é cara para tabelas grandes (Figura 2). Você pode corrigir isso pré-classificando as tabelas de entrada na junção.
• Suponha que haja duplicatas nas tabelas de entrada de uma junção de mesclagem . O SQL Server gravará as duplicatas da segunda tabela em uma WorkTable em tempdb. Então, ele vai fazer as comparações lá. O STATISTICS IO revelará todas as WorkTables envolvidas.
• Quando grandes volumes de dados chegam ao tempdb em um Hash jo in, o STATISTICS IO revelará uma grande leitura lógica em WorkFiles ou WorkTables. Um aviso também aparecerá no Plano de Execução (Figura 3). Você pode aplicar duas coisas:pré-classificar as tabelas de entrada ou diminuir as junções, se possível. Como resultado, o Otimizador de consulta pode escolher outra junção física.

Dicas de participação

<join type> <join hint> JOIN <table source> [<alias>] ON <join condition>

Tudo sobre INNER JOIN

Sintaxe de INNER JOIN

SQL-92 INNER JOIN

FROM <table source1> [<alias1>]
INNER JOIN <table source2> [<alias2>] ON <join condition1>
[INNER JOIN <table source3> [<alias3>] ON <join condition2>
 INNER JOIN <table sourceN> [<aliasN>] ON <join conditionN>]
[WHERE <condition>]

SQL-89 INNER JOIN

FROM <table source1> [alias1], <table source2> [alias2] [, <table source3> [alias3], <table sourceN> [aliasN]]
WHERE (<join condition1>)
[AND (<join condition2>)
AND (<join condition3>)
AND (<join conditionN>)]

Qual ​​sintaxe de INNER JOIN é melhor?

• A intenção do tipo de junção é clara. A próxima pessoa que manter meu código saberá o que se pretende na consulta.
• Esquecer a condição de junção em uma sintaxe SQL-92 acionará um erro. Enquanto isso, esquecer a condição de junção no SQL-89 será tratado como um CROSS JOIN. Se eu quis dizer uma junção INNER ou OUTER, seria um bug de lógica imperceptível até que os usuários reclamassem.
• As novas ferramentas estão mais inclinadas ao SQL-92. Se eu usar um designer gráfico de consulta novamente, não precisarei alterá-lo para SQL-89. Não sou mais teimosa, então minha frequência cardíaca voltou ao normal. Saudades de mim.

10 exemplos de INNER JOIN

1. Juntando 2 mesas

-- Display Vests, Helmets, and Light products

USE AdventureWorks
GO

SELECT
 p.ProductID
,P.Name AS [Product]
,ps.ProductSubcategoryID
,ps.Name AS [ProductSubCategory]
FROM Production.Product p
INNER JOIN Production.ProductSubcategory ps ON P.ProductSubcategoryID = ps.ProductSubcategoryID
WHERE P.ProductSubcategoryID IN (25, 31, 33);  -- for vest, helmet, and light 
                                            -- product subcategories

-- Display Vests, Helmets, and Light products

USE AdventureWorks
GO

SELECT
 p.ProductID
,P.Name AS [Product]
,ps.ProductSubcategoryID
,ps.Name AS [ProductSubCategory]
FROM Production.Product p, Production.ProductSubcategory ps 
WHERE P.ProductSubcategoryID = ps.ProductSubcategoryID
AND P.ProductSubcategoryID IN (25, 31, 33);

2. Unindo várias tabelas

-- Get the total number of orders per Product Category
USE AdventureWorks
GO

SELECT
 ps.Name AS ProductSubcategory
,SUM(sod.OrderQty) AS TotalOrders
FROM Production.Product p
INNER JOIN Sales.SalesOrderDetail sod ON P.ProductID = sod.ProductID
INNER JOIN Sales.SalesOrderHeader soh ON sod.SalesOrderID = soh.SalesOrderID
INNER JOIN Production.ProductSubcategory ps ON p.ProductSubcategoryID = ps.ProductSubcategoryID
WHERE soh.OrderDate BETWEEN '1/1/2014' AND '12/31/2014'
AND p.ProductSubcategoryID IN (1,2)
GROUP BY ps.Name
HAVING ps.Name IN ('Mountain Bikes', 'Road Bikes')

3. União composta

SELECT
 a.column1
,b.column1
,b.column2
FROM Table1 a
INNER JOIN Table2 b ON a.column1 = b.column1 AND a.column2 = b.column2

4. INNER JOIN usando uma junção física de loop aninhado

USE AdventureWorks
GO

SELECT
 sod.SalesOrderDetailID
,sod.ProductID
,P.Name
,P.ProductNumber
,sod.OrderQty
FROM Sales.SalesOrderDetail sod
INNER JOIN Production.Product p ON sod.ProductID = p.ProductID
WHERE P.ProductSubcategoryID IN(25, 31, 33);

5. INNER JOIN usando uma junção física de mesclagem

SELECT
 soh.SalesOrderID
,soh.OrderDate
,sod.SalesOrderDetailID
,sod.ProductID
,sod.LineTotal
FROM Sales.SalesOrderHeader soh
INNER JOIN sales.SalesOrderDetail sod ON soh.SalesOrderID = sod.SalesOrderID

6. INNER JOIN usando uma junção física de hash

SELECT
 s.Name AS Store
,SUM(soh.TotalDue) AS TotalSales
FROM Sales.SalesOrderHeader soh
INNER JOIN Sales.Store s ON soh.SalesPersonID = s.SalesPersonID
GROUP BY s.Name

7. INNER JOIN usando Adaptive Physical Join

SELECT
sp.BusinessEntityID
,sp.SalesQuota
,st.Name AS Territory
FROM Sales.SalesPerson sp
INNER JOIN Sales.SalesTerritory st ON sp.TerritoryID = st.TerritoryID
WHERE sp.TerritoryID BETWEEN 1 AND 5

8. Duas maneiras de reescrever uma subconsulta para um INNER JOIN

SELECT [SalesOrderID], [OrderDate], [ShipDate], [CustomerID]
FROM Sales.SalesOrderHeader 
WHERE [CustomerID] IN (SELECT [CustomerID] FROM Sales.Customer
			WHERE PersonID IN (SELECT BusinessEntityID FROM Person.Person
                                          WHERE lastname LIKE N'I%' AND PersonType='SC'))

SELECT o.[SalesOrderID], o.[OrderDate], o.[ShipDate], o.[CustomerID]
FROM Sales.SalesOrderHeader o
INNER JOIN Sales.Customer c on o.CustomerID = c.CustomerID
INNER JOIN Person.Person p ON c.PersonID = p.BusinessEntityID
WHERE p.PersonType = 'SC'
AND p.lastname LIKE N'I%'

SELECT o.[SalesOrderID], o.[OrderDate], o.[ShipDate], o.[CustomerID]
FROM Sales.SalesOrderHeader o
INNER JOIN (SELECT c.CustomerID, P.PersonType, P.LastName
            FROM Sales.Customer c
            INNER JOIN Person.Person p ON c.PersonID = P.BusinessEntityID
	      WHERE p.PersonType = 'SC'
	        AND p.LastName LIKE N'I%') AS q ON o.CustomerID = q.CustomerID

9. Usando dicas de junção

SELECT
 sod.SalesOrderDetailID
,sod.ProductID
,P.Name
,P.ProductNumber
,sod.OrderQty
FROM Sales.SalesOrderDetail sod
INNER JOIN Production.Product p ON sod.ProductID = p.ProductID
WHERE P.ProductSubcategoryID IN(25, 31, 33);

SELECT
 sod.SalesOrderDetailID
,sod.ProductID
,P.Name
,P.ProductNumber
,sod.OrderQty
FROM Sales.SalesOrderDetail sod
INNER HASH JOIN Production.Product p ON sod.ProductID = p.ProductID
WHERE P.ProductSubcategoryID IN(25, 31, 33);

SELECT
 soh.SalesOrderID
,soh.OrderDate
,sod.SalesOrderDetailID
,sod.ProductID
,sod.LineTotal
FROM Sales.SalesOrderHeader soh
INNER JOIN sales.SalesOrderDetail sod ON soh.SalesOrderID = sod.SalesOrderID

SELECT
 soh.SalesOrderID
,soh.OrderDate
,sod.SalesOrderDetailID
,sod.ProductID
,sod.LineTotal
FROM Sales.SalesOrderHeader soh
INNER LOOP JOIN sales.SalesOrderDetail sod ON soh.SalesOrderID = sod.SalesOrderID

10. Usando INNER JOIN em UPDATE

UPDATE Sales.SalesOrderHeader
SET ShipDate = getdate() 
FROM Sales.SalesOrderHeader o
INNER JOIN Sales.Customer c on o.CustomerID = c.CustomerID
INNER JOIN Person.Person p ON c.PersonID = p.BusinessEntityID
WHERE p.PersonType = 'SC'

Resumo do SQL Join e do INNER JOIN

• Um SQL JOIN combina registros de 2 ou mais tabelas para formar um conjunto de resultados.
• Existem tipos de junções no SQL:INNER, OUTER e CROSS.
• Como desenvolvedor ou administrador, você decide quais operações lógicas ou tipos de junção usar para atender aos seus requisitos.
• Por outro lado, o Otimizador de Consultas decide os melhores operadores de junção física a serem usados. Pode ser loop aninhado, mesclar, hash ou adaptável.
• Você pode usar dicas de junção para forçar qual junção física usar, mas deve ser seu último recurso. Na maioria dos casos, é melhor deixar o SQL Server lidar com isso.
• Conhecer os operadores de junção física também ajuda a ajustar o desempenho da consulta.
• Além disso, as subconsultas podem ser reescritas usando junções.

Veja também