Database Reference
In-Depth Information
64/!VHOHFWWIURPWWZKHUHWE WEDQGWD E
$%&
64/!
64/!VHOHFWSODQBWDEOHBRXWSXWIURPWDEOH V\VGEPVB[SODQGLVSOD\BFXUVRU$'9$1&('
$//67$76/$67
3/$1B7$%/(B287387
64/B,'JVYQP]\TXIDFKLOGQXPEHU
VHOHFWWIURPWWZKHUHWE WEDQGWD E
3ODQKDVKYDOXH
_,G_2SHUDWLRQ_1DPH_6WDUWV_( 5RZV_(%\WHV_&RVW&38_(7LPH_$5RZV_
$7LPH_%XIIHUV_20HP_0HP_8VHG 0HP_
__6(/(&767$7(0(17_______
______
__+$6+-2,1_______
___._._._
__7$%/($&&(66)8//_7______
______
__7$%/($&&(66)8//_7___.___
______
Wie bei der 1. Ausführung werden wieder 2 Datensätze selektiert. Diesmal liefert aber
der 3. Schritt des Ausführungsplans lediglich 1 Datensatz zurück. Oracle merkt das in der
View V$SQL_CS_HISTOGRAM.
&+,/'B180%(5%8&.(7B,'52:6B5$1*(&2817(;(&87,216
URZVH[HFXWLRQV
URZVH[HFXWLRQV
URZV! H[HFXWLRQV
Wenn wir die letzte Ausführung wiederholen, aktiviert Oracle das ECS-Verfahren (weil die
Ergebnisse der ersten 2 Ausführungen in den unterschiedlichen Buckets landen), macht
ein hartes Parsing für den Bind-Wert 2 und kommt an den neuen Ausführungsplan mit
einem Index Range Scan.
