Può essere molto utile quando aveva bisogno di confrontare più colonne a più combinazione di valori utilizzando IN()
:
SELECT * FROM YourTable
WHERE (col1,col2) IN((1,2),(2,3),(4,4)...)
Invece di:
SELECT * FROM YourTable
WHERE (col1 = 1 and col2 = 2) OR
(col1 = 2 and col2 = 3) OR
(col1 = 4 and col2 = 4) OR
....
Dopo aver esaminato il piano di esecuzione di entrambe le query, Posso dire che in Oracle (usando IN()
che è fondamentalmente lo stesso), l'ottimizzatore valuta allo stesso modo e entrambi stanno usando gli indici:
condizioni separati:
EXPLAIN PLAN FOR
SELECT * FROM dim_remedy_tickets_cache t
where t.tt_id = '1' and t.region_name = 'one';
6 | 0 | SELECT STATEMENT | | 1 | 311 | 30 (0)| 00:00:01 |
7 | 1 | TABLE ACCESS BY INDEX ROWID| DIM_REMEDY_TICKETS_CACHE | 1 | 311 | 30 (0)| 00:00:01 |
8 | 2 | INDEX RANGE SCAN | DIM_REMEDY_TICKETS_HISTORYPK | 1 | | 20 (0)| 00:00:01 |
condizioni combinate:
EXPLAIN PLAN FOR
SELECT * FROM dim_remedy_tickets_cache t
where (t.tt_id,t.region_name) in (('1','one'))
6 | 0 | SELECT STATEMENT | | 1 | 311 | 30 (0)| 00:00:01 |
7 | 1 | TABLE ACCESS BY INDEX ROWID| DIM_REMEDY_TICKETS_CACHE | 1 | 311 | 30 (0)| 00:00:01 |
8 | 2 | INDEX RANGE SCAN | DIM_REMEDY_TICKETS_HISTORYPK | 1 | | 20 (0)| 00:00:01 |
Mi assumo ogni RDBMS valuteranno questo interroga lo stesso.
I costruttori di riga sono legali in altri contesti. Ad esempio, le seguenti due affermazioni sono semanticamente equivalenti (e vengono gestiti nello stesso modo dal ottimizzatore):
Quindi:
Contro - può essere meno leggibile per alcune persone, ma in fondo non contro.
Pros - meno codice, e la combinazione di confronto più colonne utilizzando IN()
:
Pro. Meno battitura. Cons. Non posso usare gli indici credo - ma non sono sicuro- facile da verificare anche se – Strawberry
in un primo test 'EXPLAIN' mi dice che gli stessi indici sono usati in entrambe le query, sembra che non ci siano differenze qui –
Penso che la prima sintassi è meno chiara se la clausola where è più complessa –