Lookup API reference
The lookup API has two components: a class that registers lookups, and the Query Expression API, a set of methods that a class has to implement to be registrable as a lookup.
Django has two base classes that follow the query expression API and from where all Django builtin lookups are derived:
- : to lookup a field (e.g. the
exact
offield_name__exact
) Transform
: to transform a field
A lookup expression consists of three parts:
- Transforms part (may be omitted) (e.g.
__lower__first3chars__reversed
); - A lookup (e.g.
__icontains
) that, if omitted, defaults to__exact
.
Django uses to give a class the interface to register lookups on itself. The two prominent examples are Field
, the base class of all model fields, and , the base class of all Django transforms.
class lookups.``RegisterLookupMixin
A mixin that implements the lookup API on a class.
classmethod
register_lookup
(lookup, lookup_name=None)Registers a new lookup in the class. For example
DateField.register_lookup(YearExact)
will registerYearExact
lookup onDateField
. It overrides a lookup that already exists with the same name.lookup_name
will be used for this lookup if provided, otherwiselookup.lookup_name
will be used.-
Returns the named
lookup_name
registered in the class. The default implementation looks recursively on all parent classes and checks if any has a registered lookup namedlookup_name
, returning the first match. -
Returns a dictionary of each lookup name registered in the class mapped to the class.
-
Returns a named
transform_name
. The default implementation looks recursively on all parent classes to check if any has the registered transform namedtransform_name
, returning the first match.
For a class to be a lookup, it must follow the Query Expression API. and Transform
naturally follow this API.
The query expression API is a common set of methods that classes define to be usable in query expressions to translate themselves into SQL expressions. Direct field references, aggregates, and Transform
are examples that follow this API. A class is said to follow the query expression API when it implements the following methods:
as_sql
(compiler, connection)
Calling expression.as_sql()
is usually incorrect - instead compiler.compile(expression)
should be used. The compiler.compile()
method will take care of calling vendor-specific methods of the expression.
Custom keyword arguments may be defined on this method if it’s likely that as_vendorname()
methods or subclasses will need to supply data to override the generation of the SQL string. See Func.as_sql()
for example usage.
as_vendorname
(compiler, connection)
Works like as_sql()
method. When an expression is compiled by compiler.compile()
, Django will first try to call as_vendorname()
, where vendorname
is the vendor name of the backend used for executing the query. The vendorname
is one of postgresql
, oracle
, sqlite
, or mysql
for Django’s built-in backends.
Must return the lookup named lookup_name
. For instance, by returning self.output_field.get_lookup(lookup_name)
.
get_transform
(transform_name)
Must return the lookup named transform_name
. For instance, by returning self.output_field.get_transform(transform_name)
.
Defines the type of class returned by the get_lookup()
method. It must be a instance.
A Transform
is a generic class to implement field transformations. A prominent example is __year
that transforms a DateField
into a IntegerField
.
The notation to use a Transform
in a lookup expression is <expression>__<transformation>
(e.g. date__year
).
This class follows the , which implies that you can use <expression>__<transform1>__<transform2>
. It’s a specialized Func() expression that only accepts one argument. It can also be used on the right hand side of a filter or directly as an annotation.
lhs
-
The name of the lookup, used for identifying it on parsing query expressions. It cannot contain the string
"__"
. output_field
Defines the class this transformation outputs. It must be a
Field
instance. By default is the same as itslhs.output_field
.
class Lookup
A Lookup
is a generic class to implement lookups. A lookup is a query expression with a left-hand side, lhs
; a right-hand side, ; and a lookup_name
that is used to produce a boolean comparison between lhs
and rhs
such as lhs in rhs
or lhs > rhs
.
The notation to use a lookup in an expression is <lhs>__<lookup_name>=<rhs>
.
This class doesn’t follow the Query Expression API since it has =<rhs>
on its construction: lookups are always the end of a lookup expression.
lhs
The left-hand side - what is being looked up. The object must follow the Query Expression API.
rhs
The right-hand side - what
lhs
is being compared against. It can be a plain value, or something that compiles into SQL, typically anF()
object or aQuerySet
.-
The name of this lookup, used to identify it on parsing query expressions. It cannot contain the string
"__"
. -
Behaves the same way as , for the right-hand side.