Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Unioni a ciclo annidato in batch nei piani Aurora DSQL EXPLAIN

Quando una query unisce un piccolo input esterno a un input interno che Aurora DSQL può scansionare in modo efficiente dallo storage, Aurora DSQL può scegliere un piano. Nested Loop (Batched Join) Questo tipo di join riduce i round trip tra i livelli di elaborazione e storage raggruppando più righe esterne prima di sondare il lato interno.

Un ciclo annidato standard elabora una riga esterna alla volta ed esegue nuovamente la scansione interna per ogni riga. Un join a ciclo annidato in batch raccoglie un batch di righe esterne, crea il lavoro di scansione interno per l'intero batch e quindi unisce le righe interne restituite alle righe esterne corrispondenti.

Come funzionano i join a ciclo annidato in batch

Questo approccio è particolarmente utile quando il lato interno è una scansione dell'indice con parametriIndex Cond, perché i tasti di scansione combinati forniscono un accesso mirato allo storage per l'intero batch esterno.

Quando Aurora DSQL utilizza questo join

Aurora DSQL considera i join a ciclo annidato in batch quando il lato interno del join è un nodo di scansione fisico, vale a dire un,,, o Index Scan Index Only Scan Full ScanSequential Scan, e si prevede che il batch costi meno rispetto all'esecuzione della scansione interna per ogni riga esterna. In pratica, i maggiori vantaggi derivano in genere da un input esterno più piccolo e da una scansione dell'indice interno con un parametro sul lato esterno. Index Cond

Se un'altra forma di piano è più economica, ad esempio un hash join o un merge join, Aurora DSQL sceglie quel piano. Per confrontare le forme del piano durante l'ottimizzazione, puoi disabilitare i join a ciclo annidato in batch per la sessione corrente:

SET dsql.enable_batched_nestloop = off;

Come leggere l'output dei join a ciclo annidato in batch

La seguente query utilizza l'esempio transaction e account le tabelle diLeggere i piani Aurora DSQL EXPLAIN:

EXPLAIN
SELECT t.account_id, a.balance
FROM transaction t
LEFT JOIN account a
  ON t.account_id = a.customer_id
 AND a.balance > CASE
                    WHEN t.description LIKE 'fee%' THEN 0
                    ELSE 100
                  END
WHERE t.transaction_date >= '2025-01-01'
  AND (a.status = 'active' OR a.customer_id IS NULL)
ORDER BY t.account_id;

Un piano EXPLAIN può includere un output simile al seguente:

Sort
  Sort Key: t.account_id
  -> Nested Loop (Batched Join)
       Filter: (((status)::text = 'active'::text) OR (customer_id IS NULL))
       Join Type: Left
       Recheck Cond: (customer_id = t.account_id)
       Join Filter: (balance > CASE WHEN (t.description ~~ 'fee%'::text) THEN '0'::numeric ELSE '100'::numeric END)
       -> Full Scan (btree-table) on transaction t
            -> Storage Scan on transaction t
                 Filters: (transaction_date >= '2025-01-01 00:00:00'::timestamp without time zone)
                 -> B-Tree Scan on transaction t
       -> Index Only Scan using idx1 on account a
            Index Cond: (customer_id = t.account_id)