predicati di accesso e filtro nel piano di esecuzione Oracle

Question

Qual è la differenza tra i predicati di accesso e filtro nel piano di esecuzione Oracle? Se ho capito bene, "access" è usato per determinare quali blocchi di dati devono essere letti, e "filter" viene applicato dopo che i blocchi sono stati letti. Quindi, il filtraggio è "malvagio".

Nell'esempio della sezione predicato informazioni del piano di esecuzione di seguito:

10 - access("DOMAIN_CODE"='BLCOLLSTS' AND "CURRENT_VERSION_IND"='Y') 
    filter("CURRENT_VERSION_IND"='Y') 

perché "CURRENT_VERSION_IND" si ripete in entrambe le sezioni Accesso e filtro?

L'operazione corrispondente è la scansione INDEX RANGE sull'indice, che è definita sui campi (DOMAIN_CODE, CODE_VALUE, CURRENT_VERSION_IND, DECODE_DISPLAY).

La mia ipotesi è che poiché CURRENT_VERSION_IND non è la seconda colonna dell'indice, Oracle non può utilizzarlo durante la fase di accesso. Quindi, accede all'indice dalla colonna DOMAIN_CODE, recupera tutti i blocchi e quindi li filtra in base a CURRENT_VERSION_IND. Ho ragione?

Answer 1

No, i predicati di accesso in questo esempio indicano che l'indice viene attraversato da entrambi DOMAIN_CODE e CURRENT_VERSION_IND.

Non mi preoccuperei del predicato del filtro che sembra essere ridondante - sembra essere un capriccio del piano di spiegazioni, probabilmente qualcosa a che fare con il fatto che deve fare una sorta di skip-scan sull'indice (esegue una scansione dell'intervallo sulla prima colonna, quindi una scansione di salto su CODE_VALUE, alla ricerca di qualsiasi CURRENT_VERSION_IND s corrispondente).

Se è necessario modificare l'indice o creare un altro indice è un'altra questione interamente.

Inoltre, solo per correggere un piccolo malinteso: i blocchi devono essere recuperati dall'indice PRIMA di poter fare qualsiasi cosa, sia che si eseguano i passaggi "accesso" o "filtro". Se ti stai riferendo al recupero dei blocchi dalla tabella, allora anche la risposta è no - hai detto che il predicato del filtro "10" era sull'accesso dell'indice, non su un accesso alla tabella; e comunque, non c'è ragione per cui Oracle non possa valutare il filtro su CURRENT_VERSION_IND sull'indice - non ha bisogno di accedere alla tabella, a meno che non abbia bisogno di altre colonne non incluse nell'indice.

Answer 2

Credo che tu abbia ragione nella tua valutazione di ciò che Oracle sta facendo, ma sbagliato dire che il passo del filtro (o qualsiasi altra scelta di ottimizzatore) è sempre "malvagio". Non ha senso indicizzare assolutamente tutte le possibili combinazioni di colonne su cui è possibile interrogare, quindi è spesso richiesto il filtraggio.

Tuttavia, se in questo caso aggiungendo CURRENT_VERSION_IND come seconda colonna dell'indice migliora le prestazioni significativamente sulla frequentemente eseguire query e non danneggia le prestazioni di altre query, allora può avere senso di farlo.