Motivo per preferire JOIN DESTRA rispetto a JOIN SINISTRA

Se capisco correttamente, ogni RIGHT JOIN:

SELECT Persons.*, Orders.*
FROM Orders
RIGHT JOIN Persons ON Orders.PersonID = Persons.ID

può essere espresso come LEFT JOIN:

SELECT Persons.*, Orders.*
FROM Persons
LEFT JOIN Orders ON Persons.ID = Orders.PersonID

La mia opinione personale è che l'intenzione della dichiarazione:

• Per prima cosa prendi il Persons
• Quindi espandere / ripetere il Personsnecessario per abbinare ilOrders

è meglio espresso dall'ordine di Persons LEFT JOIN Ordersche dall'ordine inverso Orders RIGHT JOIN Persons(e di conseguenza non uso mai RIGHT JOIN).

Ci sono situazioni in cui RIGHT JOINsi preferisce a? Oppure, ci sono casi d'uso in cui RIGHT JOINpuò fare qualcosa che LEFT JOINnon può?

Dipende da quale requisito stai cercando di soddisfare.

Non è lo stesso dire: "dammi tutte le persone e i loro ordini corrispondenti" che "Voglio tutti gli ordini con le loro persone corrispondenti" , in particolare se hai intenzione di usare le is nullrighe senza corrispondenze corrispondenti. Questo è ciò che chiamo la "tabella dominante", ovvero la tabella da cui desidero recuperare le righe indipendentemente dal fatto che non vi sia una riga corrispondente nell'altro lato del join.

Guarda queste immagini e noterai che non sono le stesse:

La fonte dell'immagine è questo eccellente articolo .

Ma hai ragione nel dire che entrambi i requisiti possono essere soddisfatti con entrambi i join semplicemente invertendo l'ordine delle tabelle nel join.

Ma suppongo che per le persone occidentali abituate a scrivere da sinistra a destra sia più naturale usare i join di sinistra rispetto a quelli di destra , poiché vediamo come se volessimo che i join fossero nella stessa direzione o nello stesso ordine delle selectcolonne.

Quindi un possibile motivo per preferire un join destro è perché nella tua cultura scrivi da destra a sinistra (come nei sistemi di scrittura araba o ebraica) e tendi a pensare in quel modo, nel senso che forse nel tuo cervello scorre un flusso di informazioni testuali da destra a sinistra .

Alcuni linguisti pensano che la tua lingua influenzi il tuo modo di pensare: https://www.edge.org/conversation/lera_boroditsky-how-does-our-language-shape-the-way-we-think

Non c'è nulla (che io sappia) che può essere fatto con un join destro che non può essere fatto con un join sinistro. Ma a volte la sintassi con i join di sinistra è più brutta. Supponiamo che tu abbia le seguenti tabelle:

Persons
ID | Name

Orders
ID | CustomerId | other unimportant stuff

SpecialOrderDetails
ID | OrderId | other stuff

Supponiamo che tu abbia bisogno di ottenere un elenco di tutte le persone nel tuo database e di tutti gli ordini che hanno con dettagli di ordini speciali (diremo che non tutti gli ordini hanno dettagli di ordini speciali). Quindi normalmente faresti un join sinistro dalle persone agli ordini. Ma poi devi unirti ai dettagli dell'ordine speciale. Se si utilizza un join interno lì, farebbe effettivamente il join sinistro dalle persone agli ordini in un join interno. IE: questo è quello che vuoi fare ma non funziona (escluderà chiunque non abbia un ordine speciale):

select p.*, o.*, d.*
from Persons p
left join Orders o on o.CustomerId = p.Id
inner join SpecialOrderDetails d on d.OrderId = o.Id

Quindi potresti riscriverlo come questo:

--get all the people without a special order
select p.*, NULL, NULL, ... --NULLs placeholders for all the fields from OrderDetails and SpecialOrderDetails
from Persons p
left join Orders o on o.CustomerId = p.Id
left join SpecialOrderDetails d on d.OrderId = o.Id
where o.Id is null 

union

--get all the people with a special order
select p.*, o.*, d.*
from Persons p
inner join Orders o on o.CustomerId = p.Id
inner join SpecialOrderDetails d on d.OrderId = o.Id

Non esattamente chiaro (assumendo nessun commento), ma fa il lavoro. Se si tratta di qualcosa di più di una tantum (cioè qualcosa che qualcuno dovrà tornare e mantenere un giorno) usando un giusto join potrebbe rendere più chiaro quale fosse l'intento.

select p.*, o.*, d.*
from Orders o
inner join SpecialOrderDetails d on d.OrderId = o.Id
right join Persons p on p.Id = o.CustomerId

Che è un po 'più conciso e chiaro (ma solo se chi lo sta leggendo capisce le giuste iscrizioni). Si noti che questo può essere scritto con join di sinistra, ma richiede un join nidificato (con cui probabilmente meno persone conoscono i join di destra).

select p.*, o.*, d.*
from Persons p
left join Orders o 
    inner join SpecialOrderDetails d on d.OrderId = o.Id
on o.CustomerId = p.Id

A questo punto, è una scelta di ciò che è più chiaro e ciò che la maggior parte delle persone capirà (sapresti come google quella sintassi se non sapessi che è stato chiamato un join nidificato?).

In breve, non sono strettamente necessari i giusti join, ma potrebbero rendere più semplice la lettura.

Ho potuto vedere un JOIN GIUSTO utilizzato per scopi di replica / unione. Diciamo che ho due tabelle A e B. A è a sinistra e B è a destra. Diciamo che volevo replicare i dati tra queste due tabelle per renderle equivalenti.

Se volessi mostrare tutti i dati che erano in A ma non in B sarebbe un join SINISTRO. Se volessi mostrare tutti i dati in B che non erano in A, sarebbe GIUSTO unirsi.

Pertanto, a volte LEFT e RIGHT sono utili quando si uniscono e replicano i dati per mantenere le cose in prospettiva.

Oltre a ciò, non vedo nessun altro motivo per utilizzare un join DESTRO poiché tutti i join DESTRO possono essere convertiti in join LEFT o viceversa tutti i join LEFT possono essere convertiti in join DESTRA a seconda di come vengono ordinate o visualizzate le tabelle. Quindi, sarebbe una questione di preferenza in altri casi.

Ecco un bel link per visualizzare i join SQL.

http://www.codeproject.com/Articles/33052/Visual-Representation-of-SQL-Joins

il join sinistro non è l'opposto del join destro, controllare il caso seguente che fornisce risultati diversi

select * from 
(select 1 as x  where 1=1) a left join 
(select 1 as x  where 1=0) b on a.x=b.x inner join 
(select 1 as x  where 1=1) c on b.x=c.x

select * from 
(select 1 as x where 1=1) c inner join 
(select 1 as x where 1=0) b on c.x=b.x right join 
(select 1 as x where 1=1) a on b.x=a.x

le tabelle sono sempre unite all'interno ma nella prima a viene unita a sinistra alle altre e nella seconda a viene unita a destra

il join sinistro non restituisce righe mentre il join destro restituisce una riga

Non c'è mai motivo di preferire RIGHT JOIN, ed LEFT JOINè molto più chiaro:

SELEZIONA Persone. *, Ordini. * DA Persone SINISTRA UNISCITI Ordini SU People.ID = Orders.PersonID

in quanto consente di vedere immediatamente quale tabella viene interrogata. Considerando che con RIGHT JOIN:

SELEZIONA Persone. *, Ordini. * DA Ordini DIRITTO UNISCITI Persone SU Orders.PersonID = Persons.ID

la prima tabella è scritta dopo il JOIN.

Nella mia esperienza, non ho mai visto a RIGHT JOIN.