Łączenie wewnętrzne wymaga, aby każdy wiersz w dwóch połączonych tabelach miał pasujące wartości kolumn i jest to często używana operacja łączenia w aplikacjach, ale nie należy jej zakładać, że jest to najlepszy wybór we wszystkich sytuacjach. Łączenie wewnętrzne tworzy nową tabelę wyników, łącząc wartości kolumn z dwóch tabel (A i B) na podstawie predykatu łączenia. Zapytanie porównuje każdy wiersz A z każdym wierszem B, aby znaleźć wszystkie pary wierszy, które spełniają predykat łączenia. Gdy predykat łączenia jest spełniony przez dopasowanie wartości innych niż NULL, wartości kolumn dla każdej dopasowanej pary wierszy A i B są łączone w wiersz wynikowy.
Wynik sprzężenia można zdefiniować jako wynik pierwszego obliczenia iloczynu kartezjańskiego (lub sprzężenia krzyżowego) wszystkich wierszy w tabelach (połączenie każdego wiersza w tabeli A z każdym wierszem w tabeli B), a następnie zwrócenia wszystkich wierszy, które spełniają predykat łączenia. Rzeczywiste implementacje SQL zwykle używają innych podejść, takich jak łączenie mieszające lub łączenie typu sort-merge, ponieważ obliczanie produktu kartezjańskiego jest wolniejsze i często wymagałoby zaporowo dużej ilości pamięci do przechowywania.
SQL określa dwie różne składniowe sposoby wyrażania złączeń: „jawna notacja złączeń” i „niejawna notacja złączeń”. „Notacja niejawnego łączenia” nie jest już uważana za najlepszą praktykę, chociaż systemy baz danych nadal ją obsługują.
„Notacja jawnego łączenia” używa słowa kluczowego JOIN, opcjonalnie poprzedzone słowem kluczowym INNER, aby określić tabelę do połączenia, oraz słowem kluczowym ON, aby określić predykaty dla łączenia, jak w następujący przykład:
SELECT employee.LastName, employee.DepartmentID, department.DepartmentName FROM employee INNER JOIN department ONemployee.DepartmentID = department.DepartmentID;
| Employee.LastName |
Employee.DepartmentID |
Department.DepartmentName |
| Robinson |
34 |
Biurowe |
| Jones |
33 |
Inżynieria |
| Smith |
34 |
Urzędniczy |
| Heisenberg |
33 |
Inżynieria |
| Rafferty |
31 |
Sprzedaż |
„Notacja niejawnego łączenia” po prostu wymienia t Tabele do łączenia w klauzuli FROM instrukcji SELECT, oddzielając je przecinkami. W związku z tym określa sprzężenie krzyżowe, a klauzula WHERE może stosować dodatkowe predykaty filtru (które działają podobnie do predykatów łączenia w notacji jawnej).
Poniższy przykład jest odpowiednikiem poprzedniego, ale tym razem przy użyciu niejawnej notacji łączenia:
SELECT employee.LastName, employee.DepartmentID, department.DepartmentName FROM employee, departmentWHERE employee.DepartmentID = department.DepartmentID;
Zapytania podane w przykładach powyżej dołączy do tabel Pracownik i Dział przy użyciu kolumny ID działu w obu tabelach. Jeśli identyfikator działu w tych tabelach jest zgodny (tj. Predykat łączenia jest spełniony), zapytanie połączy kolumny LastName, DepartmentID i DepartmentName z dwóch tabel w wiersz wynikowy. Jeśli identyfikator działu nie jest zgodny, nie jest generowany żaden wiersz wynikowy.
W ten sposób wynik wykonania powyższego zapytania będzie:
| Employee.LastName |
Employee.DepartmentID |
Department.DepartmentName |
| Robinson |
34 |
Urzędniczy |
| Jones |
33 |
Inżynieria |
| Smith |
34 |
Biurowy |
| Heisenberg |
33 |
Inżynieria |
| Rafferty |
31 |
Sprzedaż |
Pracownik „Williams” i dział „Marketing” nie pojawiają się w wynikach wykonania zapytania. Żaden z nich nie ma żadnych pasujących wierszy w drugiej odpowiedniej tabeli: „Williams” nie ma skojarzonego działu i żaden pracownik nie ma identyfikatora działu 35 („Marketing”). W zależności od pożądanych wyników to zachowanie może być subtelnym błędem, którego można uniknąć, zastępując sprzężenie wewnętrzne złączeniem zewnętrznym.
Sprzężenie wewnętrzne i wartości NULLEdit
Programiści powinni wziąć szczególną ostrożność podczas łączenia tabel w kolumnach, które mogą zawierać wartości NULL, ponieważ NULL nigdy nie będzie pasować do żadnej innej wartości (nawet samej NULL), chyba że warunek łączenia jawnie używa predykatu kombinacji, który najpierw sprawdza, czy kolumny złączeń są NOT NULL przed zastosowaniem pozostałych warunków predykatu. Łączenie wewnętrzne może być bezpiecznie używane tylko w bazie danych, która wymusza integralność referencyjną lub gdy kolumny łączenia nie mają wartości NULL. Wiele relacyjnych baz danych przetwarzania transakcji opiera się na standardach aktualizacji danych Atomicity, Consistency, Isolation, Durability (ACID), aby zapewnić integralność danych, dzięki czemu łączenia wewnętrzne są właściwym wyborem. Jednak bazy danych transakcji zwykle mają również pożądane kolumny łączenia, które mogą mieć wartość NULL.Wiele raportowych relacyjnych baz danych i hurtowni danych wykorzystuje aktualizacje wsadowe typu Extract, Transform, Load (ETL) o dużej objętości, które utrudniają lub uniemożliwiają wymuszenie integralności referencyjnej, co powoduje potencjalnie NULL kolumny złączeń, których autor zapytania SQL nie może zmodyfikować i które powodują pominięcie złączeń wewnętrznych dane bez wskazania błędu. Wybór zastosowania sprzężenia wewnętrznego zależy od projektu bazy danych i charakterystyki danych. Lewe sprzężenie zewnętrzne można zwykle zastąpić sprzężeniem wewnętrznym, gdy kolumny sprzężenia w jednej tabeli mogą zawierać wartości NULL.
Każda kolumna danych, która może mieć wartość NULL (pusta), nigdy nie powinna być używana jako łącze w sprzężenie wewnętrzne, chyba że zamierzonym wynikiem jest wyeliminowanie wierszy z wartością NULL. Jeśli kolumny sprzężenia NULL mają zostać celowo usunięte z zestawu wyników, sprzężenie wewnętrzne może być szybsze niż sprzężenie zewnętrzne, ponieważ łączenie tabeli i filtrowanie są wykonywane w jednym kroku. Z drugiej strony sprzężenie wewnętrzne może spowodować katastrofalnie niską wydajność lub nawet awarię serwera, gdy jest używane w zapytaniu o dużym wolumenie w połączeniu z funkcjami bazy danych w klauzuli Where języka SQL. Funkcja w klauzuli Where języka SQL może spowodować, że baza danych będzie ignorować stosunkowo zwarte indeksy tabel. Baza danych może odczytać i połączyć wybrane kolumny z obu tabel przed zmniejszeniem liczby wierszy za pomocą filtru zależnego od obliczonej wartości, co skutkuje stosunkowo dużą ilością nieefektywnego przetwarzania.
Gdy zestaw wyników jest tworzony przez połączenie kilku tabel, w tym tabel głównych używanych do wyszukiwania pełnotekstowych opisów kodów identyfikatorów numerycznych (tabela przeglądowa), wartość NULL w dowolnym kluczu obcym może spowodować usunięcie całego wiersza z zestawu wynikowego, bez wskazania błędu. Złożone zapytanie SQL, które zawiera jedno lub więcej sprzężeń wewnętrznych i kilka sprzężeń zewnętrznych, wiąże się z tym samym ryzykiem dla wartości NULL w kolumnach łączy sprzężenia wewnętrznego.
Zatwierdzenie kodu SQL zawierającego sprzężenia wewnętrzne zakłada, że kolumny sprzężenia NULL nie będą być wprowadzane przez przyszłe zmiany, w tym aktualizacje dostawców, zmiany projektu i przetwarzanie zbiorcze poza regułami walidacji danych aplikacji, takie jak konwersje danych, migracje, zbiorcze importowanie i scalanie.
Można dalej klasyfikować sprzężenia wewnętrzne jako Łączenia równe, jako sprzężenia naturalne lub łączenia krzyżowe.
Łączenie równeEdit
Łączenie równe to specyficzny typ sprzężenia opartego na komparatorach, który wykorzystuje tylko porównania równości w predykacie łączenia. Użycie innych operatorów porównania (takich jak <) dyskwalifikuje sprzężenie jako sprzężenie równe. W zapytaniu pokazanym powyżej podano już przykład sprzężenia równego:
SELECT *FROM employee JOIN department ON employee.DepartmentID = department.DepartmentID;
Możemy napisać equi-join jak poniżej,
SELECT *FROM employee, departmentWHERE employee.DepartmentID = department.DepartmentID;
Jeśli co kolumny w sprzężeniu równym mają tę samą nazwę, SQL-92 udostępnia opcjonalną notację skróconą do wyrażania sprzężeń równorzędnych za pomocą konstrukcji USING:
SELECT
read more