|
ADDRESS
|
RAW(4 | 8)
|
Address of the handle to the parent for this cursor
|
|
HASH_VALUE
|
NUMBER
|
Hash value of the parent statement in the library cache. The two columns ADDRESS and HASH_VALUE can be used to join with V$SQLAREA to add the cursor-specific information.
|
|
CHILD_NUMBER
|
NUMBER
|
Number of the child cursor that uses this execution plan. The columns ADDRESS, HASH_VALUE, and CHILD_NUMBER can be used to join with V$SQL to add the child cursor-specific information.
|
|
OPERATION
|
VARCHAR2(30)
|
Name of the internal operation performed in this step (for example, TABLE ACCESS)
|
|
OPTIONS
|
VARCHAR2(30)
|
A variation on the operation described in the OPERATION column (for example, FULL)
|
|
OBJECT_NODE
|
VARCHAR2(10)
|
Name of the database link used to reference the object (a table name or view name). For local queries that use parallel execution, this column describes the order in which output from operations is consumed.
|
|
OBJECT#
|
NUMBER
|
Object number of the table or the index
|
|
OBJECT_OWNER
|
VARCHAR2(30)
|
Name of the user who owns the schema containing the table or index
|
|
OBJECT_NAME
|
VARCHAR2(64)
|
Name of the table or index
|
|
OPTIMIZER
|
VARCHAR2(20)
|
Current mode of the optimizer for the first row in the plan (statement line), for example, CHOOSE. When the operation is a database access (for example, TABLE ACCESS), this column indicates whether or not the object is analyzed.
|
|
ID
|
NUMBER
|
A number assigned to each step in the execution plan
|
|
PARENT_ID
|
NUMBER
|
ID of the next execution step that operates on the output of the current step
|
|
DEPTH
|
NUMBER
|
Depth (or level) of the operation in the tree. It is not necessary to issue a CONNECT BY statement to get the level information, which is generally used to indent the rows from the PLAN_TABLE table. The root operation (statement) is level 0.
|
|
POSITION
|
NUMBER
|
Order of processing for all operations that have the same PARENT_ID
|
|
SEARCH_COLUMNS
|
NUMBER
|
Number of index columns with start and stop keys (that is, the number of columns with matching predicates)
|
|
COST
|
NUMBER
|
Cost of the operation as estimated by the optimizer's cost-based approach. For statements that use the rule-based approach, this column is null.
|
|
CARDINALITY
|
NUMBER
|
Estimate, by the cost-based optimizer, of the number of rows produced by the operation
|
|
BYTES
|
NUMBER
|
Estimate, by the cost-based optimizer, of the number of bytes produced by the operation
|
|
OTHER_TAG
|
VARCHAR2(35)
|
Describes the contents of the OTHER column. See EXPLAIN PLAN for values.
|
|
PARTITION_START
|
VARCHAR2(5)
|
Start partition of a range of accessed partitions
|
|
PARTITION_STOP
|
VARCHAR2(5)
|
Stop partition of a range of accessed partitions
|
|
PARTITION_ID
|
NUMBER
|
Step that computes the pair of values of the PARTITION_START and PARTITION_STOP columns
|
|
OTHER
|
VARCHAR2(4000)
|
Other information specific to the execution step that users may find useful. See EXPLAIN PLAN for values.
|
|
DISTRIBUTION
|
VARCHAR2(20)
|
Stores the method used to distribute rows from producer query servers to consumer query servers
|
|
CPU_COST
|
NUMBER
|
CPU cost of the operation as estimated by the optimizer's cost-based approach. For statements that use the rule-based approach, this column is null.
|
|
IO_COST
|
NUMBER
|
I/O cost of the operation as estimated by the optimizer's cost-based approach. For statements that use the rule-based approach, this column is null.
|
|
TEMP_SPACE
|
NUMBER
|
Temporary space usage of the operation (sort or hash-join) as estimated by the optimizer's cost-based approach. For statements that use the rule-based approach, this column is null.
|
|
ACCESS_PREDICATES
|
VARCHAR2(4000)
|
Predicates used to locate rows in an access structure. For example, start or stop predicates for an index range scan.
|
|
FILTER_PREDICATES
|
VARCHAR2(4000)
|
Predicates used to filter rows before producing them
|
