API:EPrints/Search/Condition
Latest Source Code (3.4, 3.3) | Revision Log | Before editing this page please read Pod2Wiki
Contents
NAME
EPrints::Search::Condition - Atomic search condition.
DESCRIPTION
Represents a simple atomic search condition like abstract contains "fish" or date is bigger than 2000.
Can also represent a "AND" or "OR"'d list of sub-conditions, so forming a tree-like data-structure.
Search conditions can be used either to create search results (as a list of id's), or to test if a single object matches the condition.
This module should usually not be used directly. It is used internally by EPrints::Search.
new
$scond = EPrints::Search::Condition->new( $op, @params );
Create a new search condition object with the given operation and parameters.
copy_from
$scond->copy_from( $scond2 );
Make this search condition the same as $scond2. Used by the optimiser to shuffle things around.
describe
$desc = $scond->describe
Return a text description of the structure of this search condition tree. Used for debugging.
get_table
$sql_table = $scond->get_table( [ $dataset, $field ] );
Return the name of the actual SQL table which this condition is concerned with.
If dataset and field is defined then uses these rather than the current value for the condition.
is_comparison
$bool = $scond->is_comparison
Return true if the OP is one of =, >, <, >=, <=
is_control
$bool = $scond->is_control
Return true if the OP is one of AND, OR.
item_matches
$bool = $scond->item_matches( $dataobj )
Return true if the given data object matches this search condition.
ordered_ops
@ops = $scond->ordered_ops
AND or OR conditions only. Return the sub conditions ordered by approximate ease. This is used to make sure a TRUE or FALSE is prcessed before an index-lookup, and that everthing else is is tried before a grep OP (which uses LIKE). This means that it can often give up before the expensive operation is needed.
get_op_val
@ops = $scond->get_op_val
Return a number which roughly relates to how "hard" the OP of this condition is. Used to decide what order to process AND and OR sub-conditions.
process
$ids = $scond->process( $session, [$indent], [$filter] );
Return a reference to an array containing the ID's of items in the database which match this condition.
If the search condition matches the whole dataset then it returns ["ALL"] rather than a huge list of ID's.
$indent is only used for debugging code.
$filter is only used in ops of type "grep". It is a reference to an array of ids of items to be greped, so that the grep does not need to be applied to all values in the database.
optimise
@ops = $scond->optimise
Rearrange this condition tree so that it is more optimised.
For example an "OR" where one sub op is "TRUE" can be optimised to just be "TRUE" itself.