Twój ostateczny przewodnik po SQL Join:INNER JOIN – część 1

Wszystko o INNER JOIN

INNER JOIN zwraca wiersze z pasującymi rekordami w obu tabelach na podstawie warunku. Jest to również domyślne połączenie, jeśli nie określisz słowa kluczowego INNER:

Jak widzisz, pasujące wiersze z Tabela1 i Tabela2 są zwracane przy użyciu Klucza1 jako warunek sprzężenia. Tabela1 rekord mający Klucz1 =„C” jest wykluczone, ponieważ nie ma pasujących rekordów w Tabela2 .

Za każdym razem, gdy tworzę zapytanie, moim pierwszym wyborem jest INNER JOIN. OUTER JOIN pojawia się tylko wtedy, gdy wymagają tego wymagania.

Składnia INNER JOIN

W T-SQL obsługiwane są dwie składnie INNER JOIN:SQL-92 i SQL-89.

ZŁĄCZENIE WEWNĘTRZNE SQL-92

FROM <źródło1 tabeli> []INNER JOIN <źródło2 tabeli> [] ON [INNER JOIN <źródło3 tabeli> [] ON  INNER JOIN <źródło tabeliN> [] ON ][WHERE ] 

ZŁĄCZENIE WEWNĘTRZNE SQL-89

FROM <źródło1 tabeli> [alias1], <źródło2 tabeli> [alias2] [, <źródło3 tabeli> [alias3], <źródłoN tabeli> [aliasN]]WHERE ()[AND ( )ORAZ ()ORAZ ()] 

Która składnia INNER JOIN jest lepsza?

Pierwszą składnią łączenia, której się nauczyłem, była SQL-89. Kiedy wreszcie pojawił się SQL-92, pomyślałem, że jest zbyt długi. Pomyślałem też, że skoro dane wyjściowe były takie same, po co zawracać sobie głowę wpisywaniem większej liczby słów kluczowych? Graficzny projektant zapytań miał wygenerowany kod SQL-92 i zmieniłem go z powrotem na SQL-89. Ale dzisiaj wolę SQL-92, nawet jeśli muszę pisać więcej. Oto dlaczego:

• Intencja typu przyłączenia jest jasna. Następny facet lub dziewczyna, który będzie zajmował się moim kodem, będzie wiedział, co jest przeznaczone w zapytaniu.
• Zapomnienie warunku złączenia w składni SQL-92 wywoła błąd. Tymczasem zapomnienie warunku złączenia w SQL-89 będzie traktowane jako CROSS JOIN. Gdybym miał na myśli dołączenie INNER lub OUTER, byłby to niezauważalny błąd logiczny, dopóki użytkownicy nie narzekają.
• Nowe narzędzia są bardziej skłonne do SQL-92. Jeśli kiedykolwiek ponownie użyję graficznego projektanta zapytań, nie muszę zmieniać go na SQL-89. Nie jestem już uparty, więc moje tętno wróciło do normy. Pozdrawiam mnie.

Powyższe powody są moje. Możesz mieć swoje powody, dla których wolisz SQL-92 lub dlaczego go nienawidzisz. Zastanawiam się, jakie to są powody. Daj mi znać w sekcji komentarzy poniżej.

Ale nie możemy zakończyć tego artykułu bez przykładów i wyjaśnień.

10 przykładów ŁĄCZENIA WEWNĘTRZNEGO

1. Łączenie 2 stołów

Oto przykład 2 tabel połączonych razem przy użyciu INNER JOIN w składni SQL-92.

-- Wyświetl kamizelki, kaski i lekkie produktyUSE AdventureWorksGOSELECT p.IDProduktu,P.Name AS [Produkt],ps.ProductSubcategoryID,ps.Name AS [ProductSubCategory]FROM Production.Product pINNER JOIN Production.ProductSubcategory ps ON P.ProductSubcategoryID =ps.ProductSubcategoryIDGDZIE P.ProductSubcategoryID IN (25, 31, 33); -- dla kamizelki, kasku i światła -- podkategorie produktów 

Określasz tylko te kolumny, których potrzebujesz. W powyższym przykładzie określono 4 kolumny. Wiem, że to za dużo niż SELECT *, ale pamiętaj:to najlepsza praktyka.

Zwróć także uwagę na użycie aliasów tabel. Zarówno Produkt i Podkategoria Produktu tabele mają kolumnę o nazwie [Nazwa ]. Jeśli nie określisz aliasu, zostanie wyzwolony błąd.

Tymczasem oto równoważna składnia SQL-89:

-- Wyświetl kamizelki, kaski i lekkie produktyUSE AdventureWorksGOSELECT p.ID produktu,P.Name AS [Produkt],ps.ProductSubcategoryID,ps.Name AS [ProductSubCategory]FROM Production.Product p, Production.ProductSubcategory ps GDZIE P.ProductSubcategoryID =ps.ProductSubcategoryIDAND P.ProductSubcategoryID IN (25, 31, 33); 

Są takie same, z wyjątkiem warunku złączenia wymieszanego w klauzuli WHERE ze słowem kluczowym AND. Ale pod maską, czy naprawdę są takie same? Sprawdźmy zestaw wyników, IO STATISTICS i plan wykonania.

Zobacz zestaw wyników 9 rekordów:

To nie tylko wyniki, ale również zasoby wymagane przez SQL Server są takie same.

Zobacz logiczne odczyty:

Wreszcie, plan wykonania ujawnia ten sam plan zapytań dla obu zapytań, gdy ich QueryPlanHashes są równe. Zwróć także uwagę na podświetlone operacje na diagramie:

Z ustaleń wynika, że ​​przetwarzanie zapytań SQL Server jest takie samo, niezależnie od tego, czy jest to SQL-92, czy SQL-89. Ale jak powiedziałem, przejrzystość w SQL-92 jest dla mnie znacznie lepsza.

Rysunek 7 pokazuje również zagnieżdżone łączenie pętli używane w planie. Czemu? Zestaw wyników jest mały.

2. Dołączanie do wielu stołów

Sprawdź poniższe zapytanie przy użyciu 3 połączonych tabel.

-- Pobierz całkowitą liczbę zamówień na kategorię produktówUSE AdventureWorksGOSELECT ps.Name AS ProductSubcategory,SUM(sod.OrderQty) AS TotalOrdersFROM Production.Product pinNER JOIN Sales.SalesOrderDetail sod ON P.ProductID =sod.ProductIDINNER JOIN Sales.SalesOrderHeader soh ON sod.SalesOrderID =soh.SalesOrderIDINNER JOIN Production.ProductSubcategory ps ON p.ProductSubcategoryID =ps.ProductSubcategoryIDWHERE soh.OrderDate BETWEEN '1/1/2014' AND '31.12.2014'AND p.ProductSubcategory 1,2) GRUPUJ WEDŁUG ps.NazwaHAVING ps.Nazwa IN („Rowery górskie”, „Rowery szosowe”) 

3. Połączenie kompozytowe

Możesz także dołączyć do 2 stołów za pomocą 2 klawiszy, aby je powiązać. Sprawdź przykład poniżej. Używa 2 warunków złączenia z operatorem AND.

SELECT a.column1,b.column1,b.column2FROM Tabela1 aINNER JOIN Tabela2 b ON a.column1 =b.column1 AND a.column2 =b.column2 

4. ŁĄCZENIE WEWNĘTRZNE Korzystanie z fizycznego łączenia zagnieżdżonej pętli

W poniższym przykładzie Produkt stół posiada 9 rekordów – mały zestaw. Połączona tabela to SalesOrderDetail – duży zestaw. Optymalizator zapytań użyje połączenia zagnieżdżonej pętli, jak pokazano na rysunku 8.

USE AdventureWorksGOSELECT sod.SalesOrderDetailID,sod.IDProduktu,P.Name,P.ProductNumber,sod.OrderQtyFROM Sales.SalesOrderDetail sodINNER JOIN Produkcja.Produkt p ON sod.IDProduktu =p.IDProduktuWHERE P.ProductSubcategoryID IN(25 , 31, 33); 

5. DOŁĄCZENIE WEWNĘTRZNE Korzystanie z połączenia fizycznego scalającego

Poniższy przykład używa łączenia scalającego, ponieważ obie tabele wejściowe są sortowane według SalesOrderID.

SELECT soh.SalesOrderID,soh.OrderDate,sod.SalesOrderDetailID,sod.ProductID,sod.LineTotalFROM Sales.SalesOrderHeader sohINNER JOIN sales.SalesOrderDetail sod ON soh.SalesOrderID =sod.SalesOrderID 

6. ŁĄCZENIE WEWNĘTRZNE Korzystanie z połączenia fizycznego haszującego

Poniższy przykład użyje Hash Join:

SELECT s.Name AS Store,SUM(soh.TotalDue) AS TotalSalesFROM Sales.SalesOrderHeader sohINNER JOIN Sales.Store s ON soh.SalesPersonID =s.SalesPersonIDGROUP BY s.Name 

7. ŁĄCZENIE WEWNĘTRZNE Korzystanie z adaptacyjnego łączenia fizycznego

W poniższym przykładzie Sprzedawca tabela ma indeks Non-clustered ColumnStore na TerritoryID kolumna. Optymalizator zapytań zdecydował o połączeniu zagnieżdżonej pętli, jak pokazano na rysunku 11.

SELECTsp.BusinessEntityID,sp.SalesQuota,st.Name AS TerritoryFROM Sales.SalesPerson spinner JOIN Sales.SalesTerritory st ON sp.TerritoryID =st.TerritoryIDWHERE sp.TerritoryID BETWEEN 1 AND 5 

8. Dwa sposoby na przepisanie podzapytania do wewnętrznego sprzężenia

Rozważ to stwierdzenie z zagnieżdżonym podzapytaniem:

 SELECT [IDZamówieniaSprzedaży], [DataZamówienia], [DataWysyłki], [IDKlienta]FROM Sprzedaż.NagłówekZamówieniaSprzedaży WHERE [IdentyfikatorKlienta] IN (SELECT [IdentyfikatorKlienta] FROM Sprzedaż.Klient WHERE IDosoby IN (SELECT IdentyfikatorPodmiotuBiznesowego FROM Osoba.Osoba GDZIE nazwisko LIKE N'I%' AND PersonType='SC')) 

Te same wyniki mogą pojawić się, jeśli zmienisz je na DOŁĄCZENIE WEWNĘTRZNE, jak poniżej:

SELECT o.[IDZamówieniaSprzedaży], o.[DataZamówienia], o.[Data Wysyłki], o.[IDKlienta]FROM Sprzedaż.NagłówekZamówieniaSprzedaży oINNER JOIN Sprzedaż.Klient c on o.IDKlienta =c.IDKlienta JOIN Osoba .Person p ON c.PersonID =p.BusinessEntityIDWHERE p.PersonType ='SC'AND p.lastname LIKE N'I%' 

Innym sposobem na przepisanie go jest użycie tabeli pochodnej jako źródła tabeli dla ZŁĄCZENIA WEWNĘTRZNEGO:

SELECT o.[IDZamówieniaSprzedaży],o.[DataZamówienia],o.[DataWysyłki],o.[IDKlienta]FROM Sprzedaż.NagłówekZamówieniaSprzedaży oINNER JOIN (SELECT c.IDKlienta, P.PersonType, P.LastName FROM Sales.Customer c INNER JOIN Osoba.Osoba p ON c.PersonID =P.BusinessEntityID WHERE p.PersonType ='SC' AND p.LastName LIKE N'I%') AS q ON o.CustomerID =q.CustomerID

Wszystkie 3 zapytania generują te same 48 rekordów.

9. Korzystanie ze wskazówek dołączania

Następujące zapytanie używa pętli zagnieżdżonej:

SELECT sod.SalesOrderDetailID,sod.IDProduktu,P.Name,P.ProductNumber,sod.OrderQtyFROM Sprzedaż.SalesOrderDetail sodINNER JOIN Produkcja.Produkt p ON sod.IDProduktu =p.IDProduktuWHERE P.ProductSubcategoryID IN(25, 31, 33); 

Jeśli chcesz wymusić połączenie haszujące, dzieje się tak:

SELECT sod.SalesOrderDetailID,sod.IDProduktu,P.Name,P.ProductNumber,sod.OrderQtyFROM Sprzedaż.SprzedażSzczegółyZamówienia sodINNER HASH JOIN Produkcja.Produkt p ON sod.IDProduktu =p.IDProduktuWHERE P.ProductSubcategoryID IN(25 , 31, 33); 

Pamiętaj jednak, że STATISTICS IO pokazuje, że wydajność spadnie, gdy wymusisz połączenie haszujące.

Tymczasem poniższe zapytanie korzysta z połączenia scalającego:

SELECT soh.SalesOrderID,soh.OrderDate,sod.SalesOrderDetailID,sod.ProductID,sod.LineTotalFROM Sales.SalesOrderHeader sohINNER JOIN sales.SalesOrderDetail sod ON soh.SalesOrderID =sod.SalesOrderID 

Oto, co się stanie, gdy zmusisz go do zagnieżdżonej pętli:

SELECT soh.SalesOrderID,soh.OrderDate,sod.SalesOrderDetailID,sod.ProductID,sod.LineTotalFROM Sales.SalesOrderHeader sohINNER LOOP JOIN sales.SalesOrderDetail sod ON soh.SalesOrderID =sod.SalesOrderID 

Po sprawdzeniu STATISTICS IO obu, wymuszenie ich w zagnieżdżonej pętli wymaga więcej zasobów do przetworzenia zapytania:

Dlatego używanie wskazówek dotyczących łączenia powinno być ostatnią deską ratunku podczas poprawiania wydajności. Pozwól, aby Twój SQL Server obsłużył to za Ciebie.

10. Korzystanie z INNER JOIN w UPDATE

Możesz również użyć INNER JOIN w instrukcji UPDATE. Oto przykład:

UPDATE Sales.SalesOrderHeaderSET ShipDate =getdate() FROM Sales.SalesOrderHeader oINNER JOIN Sales.Customer c on o.CustomerID =c.CustomerIDINNER JOIN Person.Person p ON c.PersonID =p.BusinessEntityIDGDZIE p.PersonType ='SC' 

Ponieważ możliwe jest użycie połączenia w UPDATE, dlaczego nie wypróbować go za pomocą funkcji DELETE i INSERT?

SQL Join i INNER JOIN na wynos

O co więc chodzi w łączeniu SQL?

• Złączanie SQL łączy rekordy 2 lub więcej tabel w jeden zestaw wyników.
• Istnieją typy złączeń w SQL:INNER, OUTER i CROSS.
• Jako programista lub administrator decydujesz, których operacji logicznych lub typów połączeń użyć zgodnie z Twoimi wymaganiami.
• Z drugiej strony, Optymalizator zapytań wybiera najlepsze operatory łączenia fizycznego do użycia. Może to być pętla zagnieżdżona, scalanie, mieszanie lub adaptacja.
• Możesz użyć wskazówek dotyczących złączenia, aby wymusić użycie fizycznego złączenia, ale powinna to być ostatnia deska ratunku. W większości przypadków lepiej pozwolić, aby poradził sobie z tym Twój SQL Server.
• Znajomość fizycznych operatorów złączenia pomaga również w dostrajaniu wydajności zapytań.
• Ponadto podzapytania można przepisać za pomocą złączeń.

Tymczasem ten post pokazał 10 przykładów INNER JOIN. To nie tylko przykładowe kody. Niektóre z nich zawierają również inspekcję działania kodu od środka. To nie tylko pomoc w kodowaniu, ale także dbałość o wydajność. Ostatecznie wyniki powinny być nie tylko prawidłowe, ale także dostarczane szybko.

Jeszcze nie skończyliśmy. Następny artykuł będzie dotyczył ZŁĄCZEŃ ZEWNĘTRZNYCH. Bądź na bieżąco.

Zobacz także

Sprzężenia SQL umożliwiają pobieranie i łączenie danych z więcej niż jednej tabeli. Obejrzyj ten film, aby dowiedzieć się więcej o złączach SQL.