sql wyciaganie danych z wielu tabel - jaki sens maja JOIN'y?

Question

witam, tak sobie doczytuje o metodach wyciagania danych i zastanawiam sie jaki sens maja joiny?

 

otóż moje zapytania:

select * FROM auta as a
JOIN wypozyczenia as w on a.idauta = w.idauta ORDER BY w.idauta ASC;


SELECT * from auta as a, wypozyczenia as w
WHERE a.idauta = w.idauta  ORDER BY w.idauta ASC;

 

Czas pierwszego ; 0.0047

Czas drugiego :0.0026 

 

Tutaj to mzoe mala roznica ale jak ktos pisze duzo aplikacje i ma na prawde rozbuowane zapytania to takie JOIN'y strasznie spowalniaja.

 

Może mi ktoś wytłumaczyć łopatologicznie jakie zalety maja joiny ze warto je w ogole uzywac?

Comments

Ile wykonałeś pomiarów? Bo przy tak małym czasie to może być np. jakiś lag systemowy niż powodowany, przez samą bazę danych.

Zerknij także na to:

https://stackoverflow.com/questions/1129923/is-a-join-faster-than-a-where

Stosując JOIN poprawia się według mnie też czytelność, bo FROM czyta się jak zdanie.

---

Wybrałeś tylko jedno z niewielu zastosować joinów. Z np. left join czegoś takiego już nie zrobisz - czasem nulle, które wychodzą z tej operacji są dość "cenne".

Dodatkowo tak jak pisał kolega wyżej - w przypadku np. 5-10 tabel do połączenia w jednym zapytaniu zdecydowanie bardziej czytelne jest i szybciej działające jest użycie join niż pisanie wszystkich warunków przy where.

---

Z np. left join czegoś takiego już nie zrobisz

Da się w WHERE w oraclu np tak:

SELECT *
FROM employee, department
WHERE employee.DepartmentID = department.DepartmentID(+)

---

a w jaki sposób w joinach moge laczyc wiecej niz 2 tabele?

 

select a.marka, k.imie, w.naleznosc from auta as a
JOIN wypozyczenia as w on a.idauta = w.idauta 
JOIN klienci as k on k.idklienta = w.idklienta 
ORDER BY w.idauta ASC;

 

czy ten sposob jest poprawny?

 

Generalnie jeżeli chodzi o różncie jak rozumiem to jest to tak na prawde kwestia czytelnosci kodu oraz jego długość dobrze to rozumiem?

---

@mbabane,
Na oraclu nigdy nie pracowałem więc nie jestem w stanie więcej powiedzieć...

@Raptor,

Sposób przedstawiony przez Ciebie jest poprawny. Join, który użyłeś jest jednym z kilku. Fajnie jest to pokazane tutaj (ilustracja z okręgami)

Answer 1

Nagrałem pare dni temu odcinek w którym wyjaśniam podstawy joinów oraz sens ich używania. Tutaj znajdziesz odcinek: https://www.youtube.com/watch?v=MOCe2a-Wkmg&list=PL8g9gILZp1OJpjlu7AuR9Ysu4z5Rff_AQ&index=13

Co do Twojego pytania. Joiny możemy dzielić na kilka kategorii, zależy jakie kryterium przyjmiesz. Tzn. ze względu na wersję standardu mamy ANSI(89), czyli łączenie gdzie warunek jest w where lub ANSI(92), gdzie warunek piszemy po słowie on.

Głowna różnica między tymi dwoma rodzajami to czytelność. Ja zdecydowanie preferuję ANSI92, bo dokładnie widać w jaki sposób połączone są tabele. W przypadku ANSI89 nie wygląda to już tak dobrze, poza tym można się natknąć na kilka mało zrozumiałych błędów, gdy korzystasz z (+).  Jeśli chciałbyś przetestować wydajność takich wiązań to powinieneś takie zapytanie wykonać w pętli, np. 10000 razy kilka razy w ciągu pracy serwera (chyba, że testujesz lokalnie i obciążenie jest zawsze takie same).

Inne rodzaje łączeń to łączenia ze względu na rodzaj danych jakie chcemy uzyskać, np. left, right, inner i outer join.

Generalnie zachęcam do łączenia z warunkiem w on. Ostatnio naprawiałem błąd w kodzie, bo ktoś dodał do dosyć długiej listy tabel kolejną tabelę i "chyba zapomniał" dodać warunku przez co zrobił się iloczyn kartezjański. W łączeniu w on taka sytuacja by nie wystąpiła bo musiałbyś napisać jakikolwiek warunek, bo inaczej nie powiążesz 2 tabel. Poza tym w przypadku łączenia w where nie widać co ogranicza rekordy (zwykły where) a co jest where łączącym tabele.

Jeśli chodzi o łączenie kilku tabel to działa to dokładnie tak samo jak łączenie 2 tabelach. Najpierw łączysz A z tabelą B (stanowią one wtedy koncepcyjnie jedną tabelę) a później tabele C z tabelą A lub B lub warunek na obie te tabele.

W razie pytań pisz :)