SQL Query Theory Question

Question

Ho una tabella di transazioni storiche di grandi dimensioni (15-20 milioni di righe MOLTE colonne) e una tabella con una riga una colonna. La tabella con una riga contiene una data (ultima data di elaborazione) che verrà utilizzata per estrarre i dati nella tabella della transazione ('process_date').

Domanda: dovrei unire internamente la tabella 'process_date' alla tabella delle transazioni o la tabella delle transazioni alla tabella 'process_date'?

Answer 1

Questo è come io lo farei

SELECT <<list only columns you need>> 
FROM large_historical_transaction_table t 
WHERE EXISTS (SELECT 1 FROM OneRowTable o 
       WHERE o.last_processing_date = t.process_date) 

Answer 2

un inner join è una relazione bidirezionale simmetrica, in generale, non importa, ma in questo caso vorrei suggerire che non si aggiungono a tutti, leggere la data di soglia in una variabile e passarla all'altra query di selezione come parametro ...

Answer 3

Per la leggibilità, vorrei unirsi internamente dalla tabella delle transazioni per indicare esplicitamente che la seconda tabella con la data agisce semplicemente come un filtro .

Answer 4

Quando si uniscono le tabelle, Query Optimizer annota entrambi rapidamente per determinare l'implementazione del join più appropriata. Logicamente l'inner join è simmetrico, ma l'implementazione può favorire un lato rispetto all'altro per migliorare le prestazioni.

Answer 5

una croce uniscono lo farà:

SELECT t.col1, t.col2, p.process_date 
FROM Transactions t, Process p;