RowCountable
, StoreCostController
HeapCostController
public abstract class GenericCostController extends GenericController implements StoreCostController
open_conglom
BASE_CACHED_ROW_FETCH_COST, BASE_GROUPSCAN_ROW_COST, BASE_HASHSCAN_ROW_FETCH_COST, BASE_NONGROUPSCAN_ROW_FETCH_COST, BASE_ROW_PER_BYTECOST, BASE_UNCACHED_ROW_FETCH_COST, STORECOST_CLUSTERED, STORECOST_SCAN_NORMAL, STORECOST_SCAN_SET
Constructor | Description |
---|---|
GenericCostController() |
Modifier and Type | Method | Description |
---|---|---|
double |
getFetchFromFullKeyCost(FormatableBitSet validColumns,
int access_type) |
Return the cost of exact key lookup.
|
checkConsistency, close, debugConglomerate, getEstimatedRowCount, getInternalTablePropertySet, getOpenConglom, getRowPositionFromRowLocation, getSpaceInfo, getTableProperties, init, isKeyed, isTableLocked, newRowLocationTemplate, queueDeletePostCommitWork, setEstimatedRowCount
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
getEstimatedRowCount, setEstimatedRowCount
close, getFetchFromRowLocationCost, getScanCost, newRowLocationTemplate
public double getFetchFromFullKeyCost(FormatableBitSet validColumns, int access_type) throws StandardException
Return the estimated cost of calling ScanController.fetch() on the current conglomerate, with start and stop positions set such that an exact match is expected.
This call returns the cost of a fetchNext() performed on a scan which has been positioned with a start position which specifies exact match on all keys in the row.
Example:
In the case of a btree this call can be used to determine the cost of doing an exact probe into btree, giving all key columns. This cost can be used if the client knows it will be doing an exact key probe but does not have the key's at optimize time to use to make a call to getScanCost()
getFetchFromFullKeyCost
in interface StoreCostController
validColumns
- A description of which columns to return from
row on the page into "templateRow." templateRow,
and validColumns work together to
describe the row to be returned by the fetch -
see RowUtil for description of how these three
parameters work together to describe a fetched
"row".access_type
- Describe the type of access the query will be
performing to the ScanController.
STORECOST_CLUSTERED - The location of one scan
is likely clustered "close" to the previous
scan. For instance if the query plan were
to used repeated "reopenScan()'s" to probe
for the next key in an index, then this flag
should be be specified. If this flag is not
set then each scan will be costed independant
of any other predicted scan access.StandardException
- Standard exception policy.RowUtil
Apache Derby V10.14 Internals - Copyright © 2004,2018 The Apache Software Foundation. All Rights Reserved.