[phervers]

#sql #programowanie #programista15k

Czy ktoś w ogóle na produkcji używa INNER / OUTER JOIN przy zapytaniach?

Teoria jest wiadoma, ale jakoś nigdy nie widziałem żeby ktoś to stosował w praktyce.

[blashot]

@phervers: każdy widok na bazie? przy okazji często też jak mam połączenie np. user + usertype to łącze i dodaje nazwe typu przecież nie będę przełączać zakładek i sprawdzać ( ͡° ͜ʖ ͡°)

[Crisu]

@phervers: jak nie widziałeś inner joina w praktyce ? Przecież to najpopularniejszy typ

[janek_]

@phervers: nikt nie używa right joina i natural joina

[murison]

chyba chodzi o jawne podanie słów INNER / OUTER.
zwykły JOIN jest z automatu inner, a drugi najpopularniejszy LEFT JOIN jest OUTER - ja tez nie spotkałem sie żeby ktoś explicite pisał INNER/OUTER

[Arogancky]

ale jakoś nigdy nie widziałem żeby ktoś to stosował w praktyce.

@phervers: a pracujesz przy czystym SQLu czy jedziesz na ORMach? xD jak to drugie to jak nie czytasz dokumentacji to możesz nie wiedzieć czego pod spodem metoda używa

[Arogancky]

ja tez nie spotkałem sie żeby ktoś explicite pisał INNER/OUTER

@murison: u mnie piszą, ale w sumie nie wiem po co

[TotalDisaster]

@phervers: Dla mnie największy mindfuck to kto używa crossjoina

[E.....e]

@phervers: inner join to po prostu domyslny "join" a outer join sie spoko sprawdza do np. testowania jakichs data pipelinesow choc mozna go obejsc

[E.....e]

@TotalDisaster rzadko i na ogol to chyba antipattern, ale ma sens przy np. tzw. bridge table i relacjach wielu do wielu

[Saly]

Dla mnie największy mindfuck to kto używa crossjoina

@TotalDisaster: kiedyś pisałem migrację przy pomocy wewnętrznego frameworka, gdzie właśnie użyłem cross joina bo tego wymagał model. Te wszystkie rodzaje joinów (poza right, bo przecież wszyscy używają left) mają zastosowanie, choć i tak inner i left to 99.9% przypadków

[nunczako]

@murison: u mnie piszą, ale w sumie nie wiem po co

@Arogancky: ja piszę dla czytelności- bo można zapomnieć, że domyślny JOIN to INNER i nie wyświetli wierszy lewej strony nie spełniających warunku

[Arogancky]

@nunczako: tak mam napisane w good practices dla SQL. No to piszemy. Ciul że analitycy tego nie używają i trzeba poprawiać ;D

[XanderPLXE]

@phervers: Pomijając fakt, że join to inner. W 80-90% przypadków idzie je rozwiązać prostymi patentami i najpopularniejszymi funkcjami. Problem pojawia się przy tych pozostałych kilku procentach, kiedy trzeba otworzyć w głowie szufladkę "wiedza nieprzydatna" i wykorzystać zawartość. ( ͡° ͜ʖ ͡°)

[jakubnn]

@TotalDisaster: ja xd

[biskup2k]

@phervers: Ja kiedyś (jak dobrze pamiętam) użyłem w sytuacji gdzie w jednej tablicy były przypisania id do numeru artykułu a w drugiej id przypisane do atrybutów tego artykułu (np. nazwa, waga). I jak chciałem uzyskać atrybutu artykułu to innej join zwracał atrybuty po zapytaniu o numer produktu.

[FreeSpartacus]

@murison: Ja zawsze pisze INNER/OUTER, tak mnie nauczono i uwazam ze jest bardziej cxytelne dzieki temu