Grund, RIGHT JOIN gegenüber LEFT JOIN vorzuziehen

Wenn ich richtig verstehe, jeder RIGHT JOIN:

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

kann ausgedrückt werden als LEFT JOIN:

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

Meine persönliche Meinung ist, dass die Absicht der Aussage ist:

• Holen Sie sich zuerst die Persons
• Erweitern / wiederholen Sie dann die Personserforderlichen Schritte, um sie an die anzupassenOrders

wird besser durch die Reihenfolge von ausgedrückt Persons LEFT JOIN Ordersals durch die umgekehrte Reihenfolge Orders RIGHT JOIN Persons(und ich benutze nie RIGHT JOINals Ergebnis).

Gibt es Situationen, in denen a RIGHT JOINbevorzugt wird? Oder gibt es Anwendungsfälle, in denen RIGHT JOINetwas LEFT JOINnicht möglich ist?

Das hängt davon ab, welche Anforderung Sie erfüllen möchten.

Es ist nicht dasselbe zu sagen: "Gib allen Personen und ihren entsprechenden Befehlen etwas" , "Ich möchte alle Befehle mit ihren entsprechenden Personen" , insbesondere, wenn Sie is nullZeilen mit keinem entsprechenden Treffer bringen. Das nenne ich die "dominante Tabelle". Dies ist die Tabelle, von der ich Zeilen abrufen möchte, unabhängig davon, ob sich auf der anderen Seite des Joins keine entsprechende Zeile befindet.

Schauen Sie sich diese Bilder an und Sie werden feststellen, dass sie nicht gleich sind:

Quelle des Bildes ist dieser hervorragende Artikel .

Sie haben jedoch Recht, dass beide Anforderungen erfüllt werden können, wenn Sie entweder einen Join ausführen oder die Reihenfolge der Tabellen im Join umkehren.

Aber ich denke, dass es für westliche Leute, die es gewohnt sind, von links nach rechts zu schreiben, natürlicher ist, linke Verknüpfungen über rechte Verknüpfungen zu verwenden , da wir sehen , dass die Verknüpfungen in der gleichen Richtung oder in der gleichen Reihenfolge wie die selectSpalten ed sein sollen.

Ein möglicher Grund für die Bevorzugung einer rechten Verknüpfung ist, dass Sie in Ihrer Kultur von rechts nach links schreiben (wie in den arabischen oder hebräischen Schriftsystemen) und dass Sie dazu neigen, so zu denken, was bedeutet, dass Textinformationen in Ihrem Gehirn möglicherweise von rechts nach links fließen .

Einige Linguisten glauben, dass Ihre Sprache Ihre Denkweise beeinflusst: https://www.edge.org/conversation/lera_boroditsky-how-does-our-language-shape-the-way-we-think

Es gibt nichts (wovon ich weiß), das mit einer rechten Verknüpfung durchgeführt werden kann, das nicht mit einer linken Verknüpfung durchgeführt werden kann. Aber manchmal ist die Syntax mit Left Joins hässlicher. Angenommen, Sie haben die folgenden Tabellen:

Persons
ID | Name

Orders
ID | CustomerId | other unimportant stuff

SpecialOrderDetails
ID | OrderId | other stuff

Angenommen, Sie benötigen eine Liste aller Personen in Ihrer Datenbank und aller Bestellungen, die sie mit speziellen Bestelldetails haben (wir werden sagen, dass nicht alle Bestellungen spezielle Bestelldetails haben). Normalerweise führt man also einen Link-Join von Personen zu Befehlen durch. Dann müssen Sie jedoch spezielle Bestelldetails angeben. Wenn Sie dort einen inneren Join verwenden, wird der linke Join von Personen zu Befehlen in einen inneren Join umgewandelt. IE: Dies ist, was Sie tun möchten, aber nicht funktioniert (es wird jeden ausschließen, der keine spezielle Bestellung hat):

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

Sie könnten es also so umschreiben:

--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

Nicht genau klar (vorausgesetzt, keine Kommentare), aber es macht den Job. Wenn dies mehr als eine einmalige Aktion ist (dh, jemand muss eines Tages zurückkehren und warten), könnte die Verwendung eines richtigen Joins klarer machen, was die Absicht war.

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

Was etwas prägnanter und klarer ist (aber nur, wenn jeder, der es liest, die richtigen Verknüpfungen versteht). Beachten Sie, dass dies mit Left-Joins geschrieben werden kann, jedoch ein verschachtelter Join erforderlich ist (mit dem wahrscheinlich weniger Leute vertraut sind als mit Right-Joins).

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

An diesem Punkt können Sie auswählen, was am klarsten ist und was die meisten Leute verstehen werden.

Kurz gesagt, Sie benötigen nicht unbedingt die richtigen Verknüpfungen, aber sie erleichtern möglicherweise das Lesen.

Ich konnte einen RECHTEN JOIN sehen, der für Replikations- / Zusammenführungszwecke verwendet wird. Nehmen wir an, ich habe zwei Tische A und B. A ist links und B ist rechts. Angenommen, ich wollte Daten zwischen diesen beiden Tabellen replizieren, um sie gleichwertig zu machen.

Wenn ich alle Daten anzeigen wollte, die in A, aber nicht in B waren, wäre dies eine LINKE Verknüpfung. Wenn ich alle Daten in B anzeigen wollte, die nicht in A waren, würde es sich RECHTS anschließen.

Daher sind LINKS und RECHTS manchmal nützlich, wenn Daten zusammengeführt und repliziert werden, um die Zukunft zu sichern.

Abgesehen davon sehe ich keinen anderen Grund für die Verwendung eines RIGHT-Joins, da alle RIGHT-Joins in LEFT-Joins konvertiert werden können oder umgekehrt alle LEFT-Joins in RIGHT-Joins konvertiert werden können, je nachdem, wie die Tabellen sortiert oder dargestellt werden. In anderen Fällen wäre es also eine Frage der Präferenz.

Hier ist ein schöner Link zur Visualisierung von SQL Joins.

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

left join ist nicht das Gegenteil von right join. Überprüfen Sie den folgenden Fall, der unterschiedliche Ergebnisse liefert

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

Tabellen b und c sind immer inner verbunden, aber in der ersten wird a mit den anderen verbunden gelassen und in der zweiten wird a mit der rechten verbunden

left join gibt keine Zeilen zurück, right join gibt eine Zeile zurück

Es gibt keinen Grund, es vorzuziehen RIGHT JOIN, und es LEFT JOINist viel klarer:

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

So können Sie sofort sehen, welche Tabelle abgefragt wird. Während mit RIGHT JOIN:

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

Die erste Tabelle wird nach dem geschrieben JOIN.

Nach meiner Erfahrung habe ich noch nie einen gesehen RIGHT JOIN.