ახსენით INNER, LEFT და RIGHT JOIN MySQL-ში მაგალითებით.

Question

IT Interview Practice · Accepted Answer

JOIN აერთიანებს სტრიქონებს ორი ცხრილიდან პირობის დამთხვევით, ჩვეულებრივ foreign key-ით. Join-ის *ტიპი* წყვეტს, რა ხდება იმ სტრიქონებთან, რომლებსაც **დამთხვევა არ აქვთ** მეორე მხარეს.

## სამი, რომელიც გჭირდებათ

- **INNER JOIN** — შეინახეთ მხოლოდ ის სტრიქონები, რომლებიც ორივე მხარეს ემთხვევა.
- **LEFT JOIN** — შეინახეთ ყოველი სტრიქონი მარცხენა ცხრილიდან; დაუმთხვეველი მარჯვენა სვეტები ბრუნდება `NULL`-ად.
- **RIGHT JOIN** — სარკისებრი გამოსახულება: შეინახეთ ყოველი მარჯვენა სტრიქონი. იშვიათად გამოიყენება; ხალხი აბრუნებს ცხრილებს და წერს LEFT-ს.

```sql
-- customers(id, name)   orders(id, customer_id, total)

-- INNER: მხოლოდ ის მომხმარებლები, რომლებსაც აქვთ სულ მცირე ერთი order
SELECT c.name, o.total
FROM customers c
INNER JOIN orders o ON o.customer_id = c.id;

-- LEFT: ყოველი მომხმარებელი, თუნდაც ნულოვანი order-ებით (total = NULL)
SELECT c.name, o.total
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id;

-- კლასიკური გამოყენება: იპოვეთ მომხმარებლები order-ების გარეშე
SELECT c.name
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.id IS NULL;   -- LEFT JOIN-ის NULL მხარე ავლენს ხარვეზს
```

## ფრთხილად

- მარჯვენა ცხრილის ფილტრაცია `WHERE`-ში (მაგ. `WHERE o.total > 100`) ჩუმად აქცევს LEFT JOIN-ს ისევ INNER JOIN-ად, რადგან `NULL > 100` არის false. ასეთი პირობები მოათავსეთ `ON` clause-ში, თუ გინდათ დაუმთხვეველი სტრიქონების შენარჩუნება.
- ყოველთვის გააკეთეთ join **indexed** სვეტებზე (foreign key), თორემ join დეგრადირდება ჩადგმულ სკანირებამდე.

## რატომ არის ეს მნიშვნელოვანი

უმეტესი რეალური მოთხოვნა ფარავს რამდენიმე ცხრილს და არასწორი join-ის ტიპი ჩუმად აგდებს ან ამრავლებს სტრიქონებს — bug, რომელიც აბრუნებს *დამაჯერებელ* შედეგებს. იმის ცოდნა, რომ LEFT JOIN + `IS NULL` პოულობს "დაკარგულ" სტრიქონებს და რომ `WHERE` null მხარეზე აუქმებს LEFT-ს, თავიდან აცილებს საანგარიშო შეცდომების მთელ კლასს.

სამი, რომელიც გჭირდებათ

ფრთხილად

რატომ არის ეს მნიშვნელოვანი

დაკავშირებული კითხვები