SQL che unisce tre tabelle, unire precedenza

Question

Ho tre tabelle: R, S e P.

Tabella R Si unisce con S attraverso una chiave esterna; ci dovrebbe essere almeno un record in S, quindi mi possono aderire:

SELECT 
     * 
    FROM 
     R 
    JOIN S ON (S.id = R.fks) 

Se c'è nessun record in S allora ottengo nessuna riga, va bene.

Poi tavolo S unisce con P, in cui record è P possono o non possono essere presenti e uniti con S.

Così faccio

SELECT 
     * 
    FROM 
     R 
    JOIN S ON (S.id = R.fks) 
    LEFT JOIN P ON (P.id = S.fkp) 

E se io volessi il secondo si uniscono per essere legato a S non R, come se potessi utilizzare le parentesi:

SELECT 
     * 
    FROM 
     R 
    JOIN (S ON (S.id = R.fks) JOIN P ON (P.id = S.fkp)) 

O è già un comportamento naturale del prodotto cartesiano tra R, S e P?

Answer 1

Tutti i tipi di join esterni e normali si trovano nella stessa classe di precedenza e gli operatori hanno effetto da sinistra a destra a un determinato livello di nidificazione della query. Puoi mettere l'espressione di join sul lato destro tra parentesi per far sì che abbia effetto prima; ricorda solo che devi spostare la clausola ON del join che ora si trova al di fuori del join su cui mettere i parens.

(PostgreSQL esempio)

In SELECT * FROM a LEFT JOIN b ON (a.id = b.id) JOIN c ON (b.ref = c.id);

l'ab unirsi avrà effetto prima, ma siamo in grado di forzare il bc join abbia effetto prima facendo:

SELECT * FROM a LEFT JOIN (b JOIN c ON (b.ref = c.id)) ON (a.id = b.id);

Spesso si può esprimere la stessa cosa senza parentesi extra spostando i join e cambiando la direzione del join esterno, ad es

SELECT * FROM b JOIN c ON (b.ref = c.id) RIGHT JOIN a ON (a.id = b.id);

Answer 2

La seconda join è legato a S, come si esplicitamente stato JOIN P ON (P.id = S.fkp) - nessuna colonna da R viene fatto riferimento nel join.

Answer 3

Quando si uniscono la terza tabella, la vostra prima query

SELECT 
     * 
    FROM 
     R 
    JOIN S ON (S.id = R.fks) 

è come una tabella derivata a cui ci si sta unendo la terza tabella. Pertanto, se R JOIN S non produce righe, l'unione di P non genererà mai righe (perché stai tentando di accedere a una tabella vuota).

Quindi, se stai cercando le regole di precedenza, in questo caso è impostato semplicemente utilizzando LEFT JOIN anziché JOIN.

Tuttavia, potrei essere frainteso la tua domanda, perché se stavo scrivendo la query, vorrei scambiare S e R in giro. per esempio.

SELECT 
     * 
    FROM 
     S 
    JOIN R ON (S.id = R.fks) 

Answer 4

Non c'è precedenza per join, è operazione associativa. La vecchia sintassi separata da virgole lo rendeva chiaro, il nuovo (che presumibilmente è cucinato per imitare l'algebra relazionale) è fonte di confusione. I join esterni (usati da soli o insieme a join regolari), tuttavia, non sono associativi.

Answer 5

with a as (select 1 as test union select 2) 
select * from a left join 
a as b on a.test=b.test and b.test=1 inner join 
a as c on b.test=c.test 
go 
with a as (select 1 as test union select 2) 
select * from a inner join 
a as b on a.test=b.test right join 
a as c on b.test=c.test and b.test=1 

Idealmente, ci auguriamo che queste due domande sono le stesse. Tuttavia, non lo sono, quindi chiunque affermi che un join destro può essere sostituito con un join sinistro in tutti i casi è sbagliato. Solo utilizzando il join giusto possiamo ottenere il risultato richiesto.