c3L{ d Z ddlmZ ddlmZ ddlmZ ddlmZ ddlmZ ddlm Z dd lm
Z
dd
l m Z dd l m
Z
dd l mZ dd
l mZ ddl mZ ddl mZ ddlmZ ddlmZ ddlmZ ddlmZ ddlmZ ddlmZ ddlmZ ddlm Z ddlmZ ddlm Z ddlm Z ddlm Z dd lm!Z! dd lmZ dd l!m"Z" dd l!mZ# dd l!m$Z$ dd l%m&Z& dd!l'm(Z( dd"l)m*Z* g d#Z+ej, Z-e j. e j/ G d$ d%e0 Z1 G d& d'e* Z2 G d( d)e0 Z3 G d* d+e3 Z4e j. G d, d-e Z5 G d. d/e3 Z6 G d0 d1e3 Z7 G d2 d3e0 Z8 G d4 d5ej9 Z:d6S )7a The Query class and support.
Defines the :class:`_query.Query` class, the central
construct used by the ORM to construct database queries.
The :class:`_query.Query` class should not be confused with the
:class:`_expression.Select` class, which defines database
SELECT operations at the SQL (non-ORM) level. ``Query`` differs from
``Select`` in that it returns ORM-mapped objects and interacts with an
ORM session, whereas the ``Select`` construct interacts directly with the
database to return iterable result sets.
)chain )
attributes)exc)
interfaces)loading) persistence)
properties_entity_descriptor) _generative)_is_aliased_class)_is_mapped_class _orm_columns)InspectionAttr) PathRegistry)_entity_corresponds_to)aliased) AliasedClass)join)
object_mapper)
ORMAdapter) with_parent )inspect)
inspection)log)sql)util)
expression)visitors)ColumnCollection)_interpret_as_from) ForUpdateArg)Query QueryContextr c
e Zd ZdZdZdZdZdZdZdZ dZ
dZ dZ dZ
dZdZdZdZdZdZ e ZdZdZdZdZdZdZdZ dZ dZ dZ i Z dZ!dZ" e#j$ xZ%Z& e#j$ Z' e#j$ Z( e#j$ Z)dZ*dZ+dZ,dZ-dZ.e/Z0dZ1dZ2dZ3 ddZ4ddZ5d Z6d Z7d
Z8d Z9d Z:d
Z; e< d Z= e< d Z>d Z?d Z@d ZAd ZBeCd ZDd ZEd ZFd ZGddZHd ZId ZJd ZKdd ZLdd ZMd ZNd ZOd ZP dd!ZQd" ZReCd# ZSdd$ZTdd%ZUd& ZVd' ZWeCd( ZXd) ZY e< d* ZZeCd+ Z[ e< d, Z\d- Z] e< d. Z^ e< d/ Z_eCd0 Z` e< d1 Za e Zp e< d? Zq e< d@ ZrdA ZsesZtdB Zu e< dC Zv e< dD Zw e#jx dEdFd dG ZydH ZzdI Z{ e< dJ Z|dK Z} e< ddM Z~ddNZdO Z e< dP Z e< e#j dQdR dS Z e< ddT Z e< dU Z e>|H--
*
* tS)))) ( ( 8 8 8 8 8 >r2 c | j x| _ }|D ]}|j D ]}||vrt | }|j s_|j j rS|j j | j vr=| |j t j |j |j j
d }n|j r|j }nd }||f||< |j || d S N)_mapper_adapter_mapcopyr/ r is_aliased_classmapperwith_polymorphicpersist_selectabler, "_mapper_loads_polymorphically_withsql_util
ColumnAdapter
selectable_equivalent_columns_adapter setup_entity)r. r/ dr; entityext_infoaliased_adapters r0 r9 z Query._set_entity_selectables s '+'?'D'D'F'FF 1 - -C ,
-
-?? &vH $ 5/ $O </
%O >#'#= > > ! C C ( ( 6$,$7$,O$G!" !" +/!2 /*2*;*.!)? ;AfI !F),,,3
- - -r2 c |j p|gD ]2}|| j |< | D ]}|| j |j < 3d S r= )_with_polymorphic_mappersr, iterate_to_root local_table)r. rA adapterm2ms r0 rD z(Query._mapper_loads_polymorphically_with sk 2>vh D DB-4D &r *''))
D
D> 0 '~~ / /H! 1(0% (#### r
1DN##q((,j.>?? ) &&((F#+#9q!6$ $D
1DN##q((h'' )% ) $(=D
1 1((((((r2 c |j D ]T}| j |d | D ]"}| j |j d #Ud S r= )rP r, poprQ rR )r. rA rT rU s r0 _reset_polymorphic_adapterz Query._reset_polymorphic_adapter7 s| 2 D DB & * *2t 4 4 4''))
D
D*..q}dCCCC
D D Dr2 c h d|j v r?|j d }| j |d }|r| | S t |t
j r|}nt |d r|j }nd S | j |d }|r| | S d S )N parententitytable) _annotationsr, get adapt_clauser^ r!
FromClauserW rt )r. elementsearchr` s r0 _adapt_polymorphic_elementz Query._adapt_polymorphic_element= s W 1 1 1 ).9F.2264@@E
3 ))'222 gz 4 5 5 FF
Wg
&
& ]FF4*..vt<< /%%g.. . / /r2 c fd|D S )Nc b g | ]+} t j | d d ,S T)
_adapt_clauser! _literal_as_label_reference).0or. s r0
z)Query._adapt_col_list..P sM
6q994
r2 r) )r. colss ` r0 _adapt_col_listzQuery._adapt_col_listO s0
r2 c || _ d S r= )lazy_loaded_from)r. states r0 _set_lazyload_fromzQuery._set_lazyload_fromW s % r2 c d| _ d S NF)_orm_only_adaptr. s r0 _adapt_all_clauseszQuery._adapt_all_clauses[ s $ r2 c ^ g | j sd}|r-| j r&| j D ] } ||j f | j r* | j r|nd| j j f | j r || j f s|S fd}t j |i | S )z\Adapt incoming clauses to transformations which
have been applied within this query.Fc f d| j v pd| j v }D ]\ }}|r|r || }||c S d S )N
_orm_adaptrs ru )elem is_orm_adapt _orm_onlyrS eadapterss r0 replacez$Query._adapt_clause..replace sn 11 7!T%66
'/
!
!" 7 !L !
A}
!
!r2 )
r _filter_aliasesr\ r rf _orm_only_from_obj_aliasr, r{ r" replacement_traverse)r. clause as_filterorm_onlyri r r s @r0 r zQuery._adapt_clause_ s # H 8- 8*
8
82: 67777
OO $ =HHH5(0
% I OOXt'F G H H H M ! ! ! ! ! ,VRAAAr2 c | j d S )z Return the first QueryEntity.r r5 r s r0 _query_entity_zerozQuery._query_entity_zero s ~a r2 c & | j d j S )z8Return the Mapper associated with the first QueryEntity.r )r5 rA r s r0 _mapper_zerozQuery._mapper_zero s ~a ''r2 c P | j | j n| j S )zReturn the 'entity' (mapper or AliasedClass) associated
with the first QueryEntity, or alternatively the 'select from'
entity if specified.)rY r entity_zeror s r0 _entity_zerozQuery._entity_zero s/ '3
$ $((**6
r2 c # P K | j D ]}t |t r|V d S r= )r5 r^
_MapperEntity)r. r; s r0 _mapper_entitieszQuery._mapper_entities s= > C#}--
r2 c \ | j d| S )N_joinpoint_entity)
_joinpointrv r r s r0 _joinpoint_zerozQuery._joinpoint_zero s' ""#68I8I8K8KLLLr2 c l | }| t | }|j s|j S d S r= )r r is_clause_elementrA )r. ezeroinsps r0 _bind_mapperzQuery._bind_mapper s< !!## 5>>D)
#{"tr2 c j | j | j gk rt j d|z | j j S )Nz4%s() can only be used against a single mapped class.)r5 r6 rZ InvalidRequestErrorr )r. methnames r0 _only_full_mapper_zeroz Query._only_full_mapper_zero sE >d 2 3 3 3,)+34
#//r2 c t | j dk rt j |pd | S )Nr z8This operation requires a Query against a single mapper.)rc r5 rZ r r )r. rationales r0 _only_entity_zerozQuery._only_entity_zero sM t~ " ", ++
"""r2 c \ i }| j D ]!}| |j j "|S r= )r updaterA rH )r. rm r; s r0 __all_equivszQuery.__all_equivs s8 ( : :C MM#*8 9 9 9 9
r2 c 2 | ddd S Nrv F)order_bydistinct)_no_criterion_conditionr s r0 _get_conditionzQuery._get_condition s& ++ EE ,
r2 c 6 | ddd d S r )_no_criterion_assertionr s r0 _get_existing_conditionz Query._get_existing_condition s# $$UUU$KKKKKr2 c | j sd S | j 5| j .| j s'| j | j | j s|r| j s |r | j rt j
d|z d S d S Nz>>,00$/;@@@ $...r2 c ~ | j sd S | j rt j d|z | | d S r )r r rZ r r r. r s r0 _no_clauseelement_conditionz!Query._no_clauseelement_condition sZ & F > ,2489
$$T*****r2 c T | j sd S | j t j d|z d S )Nz[Query.%s() being called on a Query with an existing full statement - can't apply criterion.)r r rZ r r s r0 _no_statement_conditionz Query._no_statement_condition sF & F ? &,9
' &r2 c j | j sd S | j | j t j d|d|d d S )NzQuery.z() being called on a Query which already has LIMIT or OFFSET applied. To modify the row-limited results of a Query, call from_self() first. Otherwise, call z*() before limit() or offset() are applied.)r r r rZ r r s r0 _no_limit_offsetzQuery._no_limit_offset sU & F ; "dl&>,,
#'$$ .
'?&>r2 c z |r|| _ |r|| _ |r|| _ |rt | | _ |r|| _ | S r= )_populate_existing_version_check_refresh_stateset_only_load_props_refresh_identity_token)r. populate_existing
version_checkonly_load_props
refresh_stateidentity_tokens r0 _get_optionszQuery._get_options sa 8&7D # 0"/D 0"/D 9$'$8$8D ! :+9D ( r2 c z | j }| | }| j |_ |S r= __class____new____dict__r? )r. clsqs r0 _clonez Query._clone s4 n KK ]''))
r2 c | | j j }| j r| | j }|S )zThe full SELECT statement represented by this Query.
The statement by default will not have disambiguating labels
applied to the construct unless with_labels(True) is called
first.
)labels)_compile_context _with_labels statement_paramsparams)r. stmts r0 r zQuery.statement% sB $$D,=$>>H < -;;t|,,D r2 c | d }|r| }|j }|r| }| | S )a Return the full SELECT statement represented by
this :class:`_query.Query`, embedded within an
:class:`_expression.Alias`.
Eager JOIN generation within the query is disabled.
:param name: string name to be assigned as the alias;
this is passed through to :meth:`_expression.FromClause.alias`.
If ``None``, a name will be deterministically generated
at compile time.
:param with_labels: if True, :meth:`.with_labels` will be called
on the :class:`_query.Query` first to apply table-qualified labels
to all columns.
:param reduce_columns: if True,
:meth:`_expression.Select.reduce_columns` will
be called on the resulting :func:`_expression.select` construct,
to remove same-named columns where one also refers to the other
via foreign key or WHERE clause equivalence.
F)name)enable_eagerloads with_labelsr reduce_columnsr` )r. r r r r s r0 subqueryzQuery.subquery5 s` .
" "5 ) )
A
K # ""AwwDw!!!r2 c ` | d j || S )aF Return the full SELECT statement represented by this
:class:`_query.Query` represented as a common table expression (CTE).
Parameters and usage are the same as those of the
:meth:`_expression.SelectBase.cte` method; see that method for
further details.
Here is the `PostgreSQL WITH
RECURSIVE example
`_.
Note that, in this example, the ``included_parts`` cte and the
``incl_alias`` alias of it are Core selectables, which
means the columns are accessed via the ``.c.`` attribute. The
``parts_alias`` object is an :func:`_orm.aliased` instance of the
``Part`` entity, so column-mapped attributes are available
directly::
from sqlalchemy.orm import aliased
class Part(Base):
__tablename__ = 'part'
part = Column(String, primary_key=True)
sub_part = Column(String, primary_key=True)
quantity = Column(Integer)
included_parts = session.query(
Part.sub_part,
Part.part,
Part.quantity).\
filter(Part.part=="our part").\
cte(name="included_parts", recursive=True)
incl_alias = aliased(included_parts, name="pr")
parts_alias = aliased(Part, name="p")
included_parts = included_parts.union_all(
session.query(
parts_alias.sub_part,
parts_alias.part,
parts_alias.quantity).\
filter(parts_alias.part==incl_alias.c.sub_part)
)
q = session.query(
included_parts.c.sub_part,
func.sum(included_parts.c.quantity).
label('total_quantity')
).\
group_by(included_parts.c.sub_part)
.. seealso::
:meth:`_expression.HasCTE.cte`
F)r recursive)r r cte)r. r r s r0 r z Query.cteU s8 n %%e,,6:: ;
r2 c \ | d j | S )zReturn the full SELECT statement represented by this
:class:`_query.Query`, converted
to a scalar subquery with a label of the given name.
Analogous to :meth:`_expression.SelectBase.label`.
F)r r label)r. r s r0 r z Query.label s) %%e,,6<_; this is commonly used to
disambiguate columns from multiple tables which have the same
name.
When the `Query` actually issues SQL to load rows, it always
uses column labeling.
.. note:: The :meth:`_query.Query.with_labels` method *only* applies
the output of :attr:`_query.Query.statement`, and *not* to any of
the result-row invoking systems of :class:`_query.Query` itself,
e.g. :meth:`_query.Query.first`, :meth:`_query.Query.all`, etc.
To execute
a query using :meth:`_query.Query.with_labels`, invoke the
:attr:`_query.Query.statement` using :meth:`.Session.execute`::
result = session.execute(query.with_labels().statement)
TN)r r s r0 r zQuery.with_labels s 2 !r2 c || _ dS )a Control whether assertions are generated.
When set to False, the returned Query will
not assert its state before certain operations,
including that LIMIT/OFFSET has not been applied
when filter() is called, no criterion exists
when get() is called, and no "from_statement()"
exists when filter()/order_by()/group_by() etc.
is called. This more permissive mode is used by
custom Query subclasses to specify criterion or
other modifiers outside of the usual usage patterns.
Care should be taken to ensure that the usage
pattern is even possible. A statement applied
by from_statement() will override any criterion
set by filter() or order_by(), for example.
N)r r s r0 enable_assertionszQuery.enable_assertions s ( #( r2 c | j S )zA readonly attribute which returns the current WHERE criterion for
this Query.
This returned value is a SQL expression construct, or ``None`` if no
criterion has been established.
)r r s r0 whereclausezQuery.whereclause% s r2 c || _ dS )a Indicate that this query applies to objects loaded
within a certain path.
Used by deferred loaders (see strategies.py) which transfer
query options from an originating query to a newly generated
query intended for the deferred load.
N)
_current_path)r. paths r0 _with_current_pathzQuery._with_current_path0 s "r2 c | j st j d | j d }|g| j dd z | _ | | ||| dS )a Load columns for inheriting classes.
:meth:`_query.Query.with_polymorphic` applies transformations
to the "main" mapped class represented by this :class:`_query.Query`.
The "main" mapped class here means the :class:`_query.Query`
object's first argument is a full class, i.e.
``session.query(SomeClass)``. These transformations allow additional
tables to be present in the FROM clause so that columns for a
joined-inheritance subclass are available in the query, both for the
purposes of load-time efficiency as well as the ability to use
these columns at query time.
See the documentation section :ref:`with_polymorphic` for
details on how this method is used.
z(No primary mapper set up for this Query.r r N)rG polymorphic_on)r6 rZ r r5 r set_with_polymorphic)r. cls_or_mappersrG r rL s r0 rB zQuery.with_polymorphic< s * # ,:
"))++ DN122$66## !) $
r2 c X || _ | j d|d | _ dS )a Yield only ``count`` rows at a time.
The purpose of this method is when fetching very large result sets
(> 10K rows), to batch results in sub-collections and yield them
out partially, so that the Python interpreter doesn't need to declare
very large areas of memory which is both time consuming and leads
to excessive memory use. The performance from fetching hundreds of
thousands of rows can often double when a suitable yield-per setting
(e.g. approximately 1000) is used, even with DBAPIs that buffer
rows (which are most).
The :meth:`_query.Query.yield_per` method **is not compatible
subqueryload eager loading or joinedload eager loading when
using collections**. It is potentially compatible with "select in"
eager loading, **provided the database driver supports multiple,
independent cursors** (pysqlite and psycopg2 are known to work,
MySQL and SQL Server ODBC drivers do not).
Therefore in some cases, it may be helpful to disable
eager loads, either unconditionally with
:meth:`_query.Query.enable_eagerloads`::
q = sess.query(Object).yield_per(100).enable_eagerloads(False)
Or more selectively using :func:`.lazyload`; such as with
an asterisk to specify the default loader scheme::
q = sess.query(Object).yield_per(100).\
options(lazyload('*'), joinedload(Object.some_related))
.. warning::
Use this method with caution; if the same instance is
present in more than one batch of rows, end-user changes
to attributes will be overwritten.
In particular, it's usually impossible to use this setting
with eagerly loaded collections (i.e. any lazy='joined' or
'subquery') since those collections will be cleared for a
new load when encountered in a subsequent result batch.
In the case of 'subquery' loading, the full result for all
rows is fetched which generally defeats the purpose of
:meth:`~sqlalchemy.orm.query.Query.yield_per`.
Also note that while
:meth:`~sqlalchemy.orm.query.Query.yield_per` will set the
``stream_results`` execution option to True, currently
this is only understood by
:mod:`~sqlalchemy.dialects.postgresql.psycopg2`,
:mod:`~sqlalchemy.dialects.mysql.mysqldb` and
:mod:`~sqlalchemy.dialects.mysql.pymysql` dialects
which will stream results using server side cursors
instead of pre-buffer all rows for this query. Other
DBAPIs **pre-buffer all rows** before making them
available. The memory use of raw database rows is much less
than that of an ORM-mapped object, but should still be taken into
consideration when benchmarking.
.. seealso::
:meth:`_query.Query.enable_eagerloads`
T)stream_resultsmax_row_bufferN)
_yield_per_execution_optionsunion)r. counts r0 yield_perzQuery.yield_per^ s8 B "&"9"?"? #u = =#
#
r2 c B | |t j S )aa Return an instance based on the given primary key identifier,
or ``None`` if not found.
E.g.::
my_user = session.query(User).get(5)
some_object = session.query(VersionedFoo).get((5, 10))
some_object = session.query(VersionedFoo).get(
{"id": 5, "version_id": 10})
:meth:`_query.Query.get` is special in that it provides direct
access to the identity map of the owning :class:`.Session`.
If the given primary key identifier is present
in the local identity map, the object is returned
directly from this collection and no SQL is emitted,
unless the object has been marked fully expired.
If not present,
a SELECT is performed in order to locate the object.
:meth:`_query.Query.get` also will perform a check if
the object is present in the identity map and
marked as expired - a SELECT
is emitted to refresh the object as well as to
ensure that the row is still present.
If not, :class:`~sqlalchemy.orm.exc.ObjectDeletedError` is raised.
:meth:`_query.Query.get` is only used to return a single
mapped instance, not multiple instances or
individual column constructs, and strictly
on a single primary key value. The originating
:class:`_query.Query` must be constructed in this way,
i.e. against a single mapped entity,
with no additional filtering criterion. Loading
options via :meth:`_query.Query.options` may be applied
however, and will be used if the object is not
yet locally present.
A lazy-loading, many-to-one attribute configured
by :func:`_orm.relationship`, using a simple
foreign-key-to-primary-key criterion, will also use an
operation equivalent to :meth:`_query.Query.get` in order to retrieve
the target value from the local identity map
before querying the database. See :doc:`/orm/loading_relationships`
for further details on relationship loading.
:param ident: A scalar, tuple, or dictionary representing the
primary key. For a composite (e.g. multiple column) primary key,
a tuple or dictionary should be passed.
For a single-column primary key, the scalar calling form is typically
the most expedient. If the primary key of a row is the value "5",
the call looks like::
my_object = query.get(5)
The tuple form contains primary key values typically in
the order in which they correspond to the mapped
:class:`_schema.Table`
object's primary key columns, or if the
:paramref:`_orm.Mapper.primary_key` configuration parameter were
used, in
the order used for that parameter. For example, if the primary key
of a row is represented by the integer
digits "5, 10" the call would look like::
my_object = query.get((5, 10))
The dictionary form should include as keys the mapped attribute names
corresponding to each element of the primary key. If the mapped class
has the attributes ``id``, ``version_id`` as the attributes which
store the object's primary key value, the call would look like::
my_object = query.get({"id": 5, "version_id": 10})
.. versionadded:: 1.3 the :meth:`_query.Query.get`
method now optionally
accepts a dictionary of attribute names to values in order to
indicate a primary key identifier.
:return: The object instance, or ``None``.
) _get_implr load_on_pk_identity)r. idents r0 rv z Query.get s l ~~eW%@AAAr2 c h | || }t j | j ||| S )aq Locate an object in the identity map.
Given a primary key identity, constructs an identity key and then
looks in the session's identity map. If present, the object may
be run through unexpiration rules (e.g. load unloaded attributes,
check if was deleted).
For performance reasons, while the :class:`_query.Query` must be
instantiated, it may be instantiated with no entities, and the
mapper is passed::
obj = session.query()._identity_lookup(inspect(SomeClass), (1, ))
:param mapper: mapper in use
:param primary_key_identity: the primary key we are searching for, as
a tuple.
:param identity_token: identity token that should be used to create
the identity key. Used as is, however overriding subclasses can
repurpose this in order to interpret the value in a special way,
such as if None then look among multiple target tokens.
:param passive: passive load flag passed to
:func:`.loading.get_from_identity`, which impacts the behavior if
the object is found; the object may be validated and/or unexpired
if the flag allows for SQL to be emitted.
:param lazy_loaded_from: an :class:`.InstanceState` that is
specifically asking for this identity as a related identity. Used
for sharding schemes where there is a correspondence between an object
and a related object being lazy-loaded (or otherwise
relationship-loaded).
.. versionadded:: 1.2.9
:return: None if the object is not found in the identity map, *or*
if the object was unexpired and found to have been deleted.
if passive flags disallow SQL and the object is expired, returns
PASSIVE_NO_RESULT. In all other cases the instance is returned.
.. versionadded:: 1.2.7
r ) identity_key_from_primary_keyr get_from_identityr+ )r. rA primary_key_identityr passiver keys r0 _identity_lookupzQuery._identity_lookup s? b 22 3
( vsGLLLr2 c
t d r | d }t t }|st j d t t |j k r9t j
dd d |j D z |r t fd|j
D nd# t $ rW}t j t j
d d d
|j
D z | Y d }~nd }~ww xY w| j sj|j sc| j \| || }|2| t+ |j |j sd S |S |t0 j u rd S || S )
N__composite_values__rv r= )defaultzmIncorrect number of values in identifier to formulate primary key for query.get(); primary key columns are %s,c 3 K | ] }d |z V
dS z'%s'Nr) r cs r0 z"Query._get_impl..C s& BB!6A:BBBBBBr2 c 3 2 K | ]}|j V d S r= r3 )r propr1 s r0 r= z"Query._get_impl..H s> , , )2, , , , , ,r2 ztIncorrect names of values in identifier to formulate primary key for query.get(); primary key attribute names are %sc 3 * K | ]}d |j z V dS r: r? )r r@ s r0 r= z"Query._get_impl..S s= # # $ #TX -# # # # # #r2 replace_contextr. )rW r6 r r^ dictr r8 rc primary_keyrZ r r list_identity_key_propsKeyErrorraise_r always_refresh_for_update_argr4 r
issubclassr class_r PASSIVE_CLASS_MISMATCH)r. r1
db_load_fnr rA is_dicterrinstances ` r0 r* zQuery._get_impl2 sm ')? @ @ O#7#L#L#N#N ,,U33 1488 #'<$g$ $ $ # $ $F,>(?(? ? ?,J((BBv/ABBBBBC
'+ , , , , & :, , , ( ($$
.' (( # #(.(B# # # %(
' ) $, ,,,^ - H #,,... "("4fmDD 4 Z >>>tz$ 4555s C* *
E 4A
EE c |D ]c}|!| j dg | _ %| j t j t | | _ ddS )a@ Return a :class:`.Query` construct which will correlate the given
FROM clauses to that of an enclosing :class:`.Query` or
:func:`~.expression.select`.
The method here accepts mapped classes, :func:`.aliased` constructs,
and :func:`.mapper` constructs as arguments, which are resolved into
expression constructs, in addition to appropriate expression
constructs.
The correlation arguments are ultimately passed to
:meth:`_expression.Select.correlate`
after coercion to expression constructs.
The correlation arguments take effect in such cases
as when :meth:`_query.Query.from_self` is used, or when
a subquery as returned by :meth:`_query.Query.subquery` is
embedded in another :func:`_expression.select` construct.
N)
_correlater& rE surface_selectablesr$ )r. argsss r0 correlatezQuery.correlateq so , Ay"&/"7"7"?"?"&/"7"7 01CA1F1FGG# # r2 c || _ dS )a% Return a Query with a specific 'autoflush' setting.
Note that a Session with autoflush=False will
not autoflush, even if this flag is set to True at the
Query level. Therefore this flag is usually used only
to disable autoflush for a specific Query.
N)
_autoflush)r. settings r0 autoflushzQuery.autoflush s "r2 c d| _ dS )aj Return a :class:`_query.Query`
that will expire and refresh all instances
as they are loaded, or reused from the current :class:`.Session`.
:meth:`.populate_existing` does not improve behavior when
the ORM is used normally - the :class:`.Session` object's usual
behavior of maintaining a transaction and expiring all attributes
after rollback or commit handles object state automatically.
This method is not intended for general use.
.. seealso::
:ref:`session_expire` - in the ORM :class:`_orm.Session`
documentation
TN)r r s r0 r zQuery.populate_existing s $ #' r2 c || _ dS )zSet the 'invoke all eagers' flag which causes joined- and
subquery loaders to traverse into already-loaded related objects
and collections.
Default is that of :attr:`_query.Query._invoke_all_eagers`.
N)_invoke_all_eagersr s r0 _with_invoke_all_eagersz Query._with_invoke_all_eagers s #( r2 c |rt | }n| }|yt | }|j D ].}t |t
j r|j |j u r|} n5/t j d|j j
j d|j j d |
t |||j S )a4 Add filtering criterion that relates the given instance
to a child object or collection, using its attribute state
as well as an established :func:`_orm.relationship()`
configuration.
The method uses the :func:`.with_parent` function to generate
the clause, the result of which is passed to
:meth:`_query.Query.filter`.
Parameters are the same as :func:`.with_parent`, with the exception
that the given property can be None, in which case a search is
performed against this :class:`_query.Query` object's target mapper.
:param instance:
An instance which has some :func:`_orm.relationship`.
:param property:
String property name, or class-bound attribute, which indicates
what relationship from the instance should be used to reconcile the
parent/child relationship.
:param from_entity:
Entity in which to consider as the left side. This defaults to the
"zero" entity of the :class:`_query.Query` itself.
Nz>Could not locate a property which relates instances of class 'z' to instances of class '')r r r iterate_propertiesr^ r
RelationshipPropertyrA rZ r rM __name__r filterr rL )r. rR property from_entityr rA r@ s r0 r zQuery.with_parent s 8 .!+..KK ++--K "8,,F 1
tZ%DEE {'999 #HE 00 $*1::: *333 {{;x;;MNNOOOr2 c |t || }t | j | _ t | | }| |g dS )zIadd a mapped entity to the list of result columns
to be returned.N)r rF r5 r r9 )r. rL r` rU s r0
add_entityzQuery.add_entity sU
VU++F dn-- $ ' ' $$aS)))))r2 c || _ dS )a Return a :class:`_query.Query` that will use the given
:class:`.Session`.
While the :class:`_query.Query`
object is normally instantiated using the
:meth:`.Session.query` method, it is legal to build the
:class:`_query.Query`
directly without necessarily using a :class:`.Session`. Such a
:class:`_query.Query` object, or any :class:`_query.Query`
already associated
with a different :class:`.Session`, can produce a new
:class:`_query.Query`
object associated with a target session using this method::
from sqlalchemy.orm import Query
query = Query([MyClass]).filter(MyClass.id == 5)
result = query.with_session(my_session).one()
N)r+ )r. r+ s r0 with_sessionzQuery.with_session s 0 r2 c | d j d }| | }d|_ | |_ |r| | |S )aS return a Query that selects from this Query's
SELECT statement.
:meth:`_query.Query.from_self` essentially turns the SELECT statement
into a SELECT of itself. Given a query such as::
q = session.query(User).filter(User.name.like('e%'))
Given the :meth:`_query.Query.from_self` version::
q = session.query(User).filter(User.name.like('e%')).from_self()
This query renders as:
.. sourcecode:: sql
SELECT anon_1.user_id AS anon_1_user_id,
anon_1.user_name AS anon_1_user_name
FROM (SELECT "user".id AS user_id, "user".name AS user_name
FROM "user"
WHERE "user".name LIKE :name_1) AS anon_1
There are lots of cases where :meth:`_query.Query.from_self`
may be useful.
A simple one is where above, we may want to apply a row LIMIT to
the set of user objects we query against, and then apply additional
joins against that row-limited set::
q = session.query(User).filter(User.name.like('e%')).\
limit(5).from_self().\
join(User.addresses).filter(Address.email.like('q%'))
The above query joins to the ``Address`` entity but only against the
first five results of the ``User`` query:
.. sourcecode:: sql
SELECT anon_1.user_id AS anon_1_user_id,
anon_1.user_name AS anon_1_user_name
FROM (SELECT "user".id AS user_id, "user".name AS user_name
FROM "user"
WHERE "user".name LIKE :name_1
LIMIT :param_1) AS anon_1
JOIN address ON anon_1.user_id = address.user_id
WHERE address.email LIKE :email_1
**Automatic Aliasing**
Another key behavior of :meth:`_query.Query.from_self`
is that it applies
**automatic aliasing** to the entities inside the subquery, when
they are referenced on the outside. Above, if we continue to
refer to the ``User`` entity without any additional aliasing applied
to it, those references wil be in terms of the subquery::
q = session.query(User).filter(User.name.like('e%')).\
limit(5).from_self().\
join(User.addresses).filter(Address.email.like('q%')).\
order_by(User.name)
The ORDER BY against ``User.name`` is aliased to be in terms of the
inner subquery:
.. sourcecode:: sql
SELECT anon_1.user_id AS anon_1_user_id,
anon_1.user_name AS anon_1_user_name
FROM (SELECT "user".id AS user_id, "user".name AS user_name
FROM "user"
WHERE "user".name LIKE :name_1
LIMIT :param_1) AS anon_1
JOIN address ON anon_1.user_id = address.user_id
WHERE address.email LIKE :email_1 ORDER BY anon_1.user_name
The automatic aliasing feature only works in a **limited** way,
for simple filters and orderings. More ambitious constructions
such as referring to the entity in joins should prefer to use
explicit subquery objects, typically making use of the
:meth:`_query.Query.subquery`
method to produce an explicit subquery object.
Always test the structure of queries by viewing the SQL to ensure
a particular structure does what's expected!
**Changing the Entities**
:meth:`_query.Query.from_self`
also includes the ability to modify what
columns are being queried. In our example, we want ``User.id``
to be queried by the inner query, so that we can join to the
``Address`` entity on the outside, but we only wanted the outer
query to return the ``Address.email`` column::
q = session.query(User).filter(User.name.like('e%')).\
limit(5).from_self(Address.email).\
join(User.addresses).filter(Address.email.like('q%'))
yielding:
.. sourcecode:: sql
SELECT address.email AS address_email
FROM (SELECT "user".id AS user_id, "user".name AS user_name
FROM "user"
WHERE "user".name LIKE :name_1
LIMIT :param_1) AS anon_1
JOIN address ON anon_1.user_id = address.user_id
WHERE address.email LIKE :email_1
**Looking out for Inner / Outer Columns**
Keep in mind that when referring to columns that originate from
inside the subquery, we need to ensure they are present in the
columns clause of the subquery itself; this is an ordinary aspect of
SQL. For example, if we wanted to load from a joined entity inside
the subquery using :func:`.contains_eager`, we need to add those
columns. Below illustrates a join of ``Address`` to ``User``,
then a subquery, and then we'd like :func:`.contains_eager` to access
the ``User`` columns::
q = session.query(Address).join(Address.user).\
filter(User.name.like('e%'))
q = q.add_entity(User).from_self().\
options(contains_eager(Address.user))
We use :meth:`_query.Query.add_entity` above **before** we call
:meth:`_query.Query.from_self`
so that the ``User`` columns are present
in the inner subquery, so that they are available to the
:func:`.contains_eager` modifier we are using on the outside,
producing:
.. sourcecode:: sql
SELECT anon_1.address_id AS anon_1_address_id,
anon_1.address_email AS anon_1_address_email,
anon_1.address_user_id AS anon_1_address_user_id,
anon_1.user_id AS anon_1_user_id,
anon_1.user_name AS anon_1_user_name
FROM (
SELECT address.id AS address_id,
address.email AS address_email,
address.user_id AS address_user_id,
"user".id AS user_id,
"user".name AS user_name
FROM address JOIN "user" ON "user".id = address.user_id
WHERE "user".name LIKE :name_1) AS anon_1
If we didn't call ``add_entity(User)``, but still asked
:func:`.contains_eager` to load the ``User`` entity, it would be
forced to add the table on the outside without the correct
join criteria - note the ``anon1, "user"`` phrase at
the end:
.. sourcecode:: sql
-- incorrect query
SELECT anon_1.address_id AS anon_1_address_id,
anon_1.address_email AS anon_1_address_email,
anon_1.address_user_id AS anon_1_address_user_id,
"user".id AS user_id,
"user".name AS user_name
FROM (
SELECT address.id AS address_id,
address.email AS address_email,
address.user_id AS address_user_id
FROM address JOIN "user" ON "user".id = address.user_id
WHERE "user".name LIKE :name_1) AS anon_1, "user"
:param \*entities: optional list of entities which will replace
those being selected.
FN) r r r rX _from_selectable_enable_single_critr rY r- )r. r/
fromclauser s r0 from_selfzQuery.from_self s `
u
%
%
yy
! !* - - % $ 1 1 3 3 &
OOH % % %r2 c || _ d S r= )ro )r. vals r0 _set_enable_single_critz Query._set_enable_single_crit s #& r2 c dD ] }| j |d | |gd d| _ | j }g | _ |D ]#}| | | j d $d S )N) r r r r r r _joinpathr r _having _prefixes _suffixesTFr )r rp rn r r5 adapt_to_selectablerb )r. rp attr old_entitiesr s r0 rn zQuery._from_selectable s
* *D
M dD ) ) ) ) zlD111 ).%~ ; ;A
! !$q(9 : : : : ; ;r2 c |st d S | }| |t |j sd|_ t | S )zgReturn an iterator yielding result tuples corresponding
to the given list of columns.
r) )r:
)iterr r-
_ColumnEntityr$ )r. columnsr s r0 valuesz Query.values sV 88O KKMM
>>>| ALAwwr2 c v t | | d S # t $ r Y dS w xY w)zVReturn a scalar result corresponding to the given
column expression.
r N)nextr
StopIterationr. columns r0 r
z Query.value sH
F++,,Q/ / 44 s '*
88c 0 | | dS )a7 Return a new :class:`_query.Query`
replacing the SELECT list with the
given entities.
e.g.::
# Users, filtered on some arbitrary criterion
# and then ordered by related email address
q = session.query(User).\
join(User.address).\
filter(User.name.like('%ed%')).\
order_by(Address.email)
# given *only* User.id==5, Address.email, and 'q', what
# would the *next* User in the result be ?
subq = q.with_entities(Address.email).\
order_by(None).\
filter(User.id==5).\
subquery()
q = q.join((subq, subq.c.email < Address.email)).\
limit(1)
N)r- )r. r/ s r0
with_entitieszQuery.with_entities s 2
8$$$$$r2 c t | j | _ t | j }|D ]}t | | | | j |d dS )zXAdd one or more column expressions to the list
of result columns to be returned.N)rF r5 rc r r9 )r. r lr< s r0 add_columnszQuery.add_columns' sm
dn-- # #A $ " " " "
$$T^ABB%788888r2 z0.7z9:meth:`.add_column` is superseded by :meth:`.add_columns`c , | | S )zAdd a column expression to the list of result columns to be
returned.
Pending deprecation: :meth:`.add_column` will be superseded by
:meth:`.add_columns`.
)r r s r0
add_columnzQuery.add_column4 s '''r2 c | j dg|R S )aL Return a new :class:`_query.Query` object,
applying the given list of
mapper options.
Most supplied options regard changing how column- and
relationship-mapped attributes are loaded.
.. seealso::
:ref:`deferred_options`
:ref:`relationship_loader_options`
F_optionsr. rV s r0 optionsz
Query.optionsC s t}U*T****r2 c | j dg|R S NTr r s r0 _conditional_optionszQuery._conditional_optionsU s t}T)D))))r2 c P | j | _ d| j vrt | j d< t t j | }| j |z | _ |r |D ]}| | d S |D ]}| | d S )N_unbound_load_dedupes) _attributesr? r ra r flatten_iterator
_with_optionsprocess_query_conditionally
process_query)r. conditionalrV optsopts r0 r zQuery._optionsX s +0022 "$*: : :8;D 4 5T*40011 ! /$ 6 (
6
6//5555
6
6
(
(!!$''''
(
(r2 c || S )a Return a new :class:`_query.Query` object transformed by
the given function.
E.g.::
def filter_something(criterion):
def transform(q):
return q.filter(criterion)
return transform
q = q.with_transformation(filter_something(x==5))
This allows ad-hoc recipes to be created for :class:`_query.Query`
objects. See the example at :ref:`hybrid_transformers`.
r) )r. fns r0 with_transformationzQuery.with_transformationh s " r$xxr2 *c Z |t | j }| xj |||ffz
c_ dS )a Add an indexing or other executional context
hint for the given entity or selectable to
this :class:`_query.Query`.
Functionality is passed straight through to
:meth:`_expression.Select.with_hint`,
with the addition that ``selectable`` can be a
:class:`_schema.Table`, :class:`_expression.Alias`,
or ORM entity / mapped class
/etc.
.. seealso::
:meth:`_query.Query.with_statement_hint`
:meth:`.Query.prefix_with` - generic SELECT prefixing which also
can suit some database-specific HINT syntaxes such as MySQL
optimizer hints
N)r rG _with_hints)r. rG text dialect_names r0 with_hintzQuery.with_hint{ s> . ! ,,7J j$ = ??r2 c 0 | d|| S )a Add a statement hint to this :class:`_expression.Select`.
This method is similar to :meth:`_expression.Select.with_hint`
except that
it does not require an individual table, and instead applies to the
statement as a whole.
This feature calls down into
:meth:`_expression.Select.with_statement_hint`.
.. versionadded:: 1.0.0
.. seealso::
:meth:`_query.Query.with_hint`
N)r )r. r r s r0 with_statement_hintzQuery.with_statement_hint s $ ~~dD,777r2 c | j S )zGet the non-SQL options which will take effect during execution.
.. versionadded:: 1.3
.. seealso::
:meth:`_query.Query.execution_options`
)r% r s r0 get_execution_optionszQuery.get_execution_options s
&&r2 c D | j | | _ dS )a Set non-SQL options which take effect during execution.
The options are the same as those accepted by
:meth:`_engine.Connection.execution_options`.
Note that the ``stream_results`` execution option is enabled
automatically if the :meth:`~sqlalchemy.orm.query.Query.yield_per()`
method is used.
.. seealso::
:meth:`_query.Query.get_execution_options`
N)r% r& r. kwargss r0 execution_optionszQuery.execution_options s# #'"9"?"?"G"G r2 z0.9zThe :meth:`_query.Query.with_lockmode` method is deprecated and will be removed in a future release. Please refer to :meth:`_query.Query.with_for_update`. c D t | | _ dS )a" Return a new :class:`_query.Query`
object with the specified "locking mode",
which essentially refers to the ``FOR UPDATE`` clause.
:param mode: a string representing the desired locking mode.
Valid values are:
* ``None`` - translates to no lockmode
* ``'update'`` - translates to ``FOR UPDATE``
(standard SQL, supported by most dialects)
* ``'update_nowait'`` - translates to ``FOR UPDATE NOWAIT``
(supported by Oracle, PostgreSQL 8.1 upwards)
* ``'read'`` - translates to ``LOCK IN SHARE MODE`` (for MySQL),
and ``FOR SHARE`` (for PostgreSQL)
.. seealso::
:meth:`_query.Query.with_for_update` - improved API for
specifying the ``FOR UPDATE`` clause.
N) LockmodeArgparse_legacy_queryrK )r. modes r0
with_lockmodezQuery.with_lockmode s! B + = =d C C r2 c 8 t ||||| | _ dS )a return a new :class:`_query.Query`
with the specified options for the
``FOR UPDATE`` clause.
The behavior of this method is identical to that of
:meth:`_expression.GenerativeSelect.with_for_update`.
When called with no arguments,
the resulting ``SELECT`` statement will have a ``FOR UPDATE`` clause
appended. When additional arguments are specified, backend-specific
options such as ``FOR UPDATE NOWAIT`` or ``LOCK IN SHARE MODE``
can take effect.
E.g.::
q = sess.query(User).populate_existing().with_for_update(nowait=True, of=User)
The above query on a PostgreSQL backend will render like::
SELECT users.id AS users_id FROM users FOR UPDATE OF users NOWAIT
.. versionadded:: 0.9.0 :meth:`_query.Query.with_for_update`
supersedes
the :meth:`_query.Query.with_lockmode` method.
.. note:: It is generally a good idea to combine the use of the
:meth:`_orm.Query.populate_existing` method when using the
:meth:`_orm.Query.with_for_update` method. The purpose of
:meth:`_orm.Query.populate_existing` is to force all the data read
from the SELECT to be populated into the ORM objects returned,
even if these objects are already in the :term:`identity map`.
.. seealso::
:meth:`_expression.GenerativeSelect.with_for_update`
- Core level method with
full argument and behavioral description.
:meth:`_orm.Query.populate_existing` - overwrites attributes of
objects already loaded in the identity map.
)readnowaitof skip_locked key_shareN)r rK )r. r r r r r s r0 with_for_updatezQuery.with_for_update s1 f +#
r2 c " t | dk r | |d n't | dk rt j d | j | _ | j | dS )a Add values for bind parameters which may have been
specified in filter().
Parameters may be specified using \**kwargs, or optionally a single
dictionary as the first positional argument. The reason for both is
that \**kwargs is convenient, however some parameter dictionaries
contain unicode keys in which case \**kwargs cannot be used.
r r zFparams() takes zero or one positional argument, which is a dictionary.N)rc r rZ r[ r r? )r. rV r s r0 r z Query.params& s t99>> MM$q' " " " "
YY]]&)
|((** F#####r2 c t | D ]K}t j | }| |dd }| j | j |z | _ D|| _ LdS )a! Apply the given filtering criterion to a copy
of this :class:`_query.Query`, using SQL expressions.
e.g.::
session.query(MyClass).filter(MyClass.name == 'some name')
Multiple criteria may be specified as comma separated; the effect
is that they will be joined together using the :func:`.and_`
function::
session.query(MyClass).\
filter(MyClass.name == 'some name', MyClass.id > 5)
The criterion is any SQL expression object applicable to the
WHERE clause of a select. String expressions are coerced
into SQL expression constructs via the :func:`_expression.text`
construct.
.. seealso::
:meth:`_query.Query.filter_by` - filter on keyword expressions.
TN)rF r! _expression_literal_as_textr r r. criterions r0 rf z Query.filter; sk 4 i , ,I">yIII **9dDAAI*"&/I"="+ , ,r2 c | )t j d| z fd| D } | j | S )a Apply the given filtering criterion to a copy
of this :class:`_query.Query`, using keyword expressions.
e.g.::
session.query(MyClass).filter_by(name = 'some name')
Multiple criteria may be specified as comma separated; the effect
is that they will be joined together using the :func:`.and_`
function::
session.query(MyClass).\
filter_by(name = 'some name', id = 5)
The keyword expressions are extracted from the primary
entity of the query, or the last entity that was the
target of a call to :meth:`_query.Query.join`.
.. seealso::
:meth:`_query.Query.filter` - filter on SQL expressions.
NzCan't use filter_by when the first entity '%s' of a query is not a mapped class. Please use the filter method instead, or change the order of the entities in the queryc > g | ]\ }}t | |k S r) r )r r3 r
zeros r0 r z#Query.filter_by.. s<
U
tS ) )U 2
r2 )r rZ r r itemsrf )r. r clausesr s @r0 filter_byzQuery.filter_by_ s 2 ##%% <,C ))++,
$llnn
t{G$$r2 c t | dk r-|d du rd| j v rd| _ dS |d d| _ dS | | }| j du s| j || _ dS | j |z | _ dS )ag Apply one or more ORDER BY criterion to the query and return
the newly resulting :class:`_query.Query`.
All existing ORDER BY settings can be suppressed by
passing ``None`` - this will suppress any ordering configured
on the :func:`.mapper` object using the deprecated
:paramref:`.mapper.order_by` parameter.
r r Fr N)rc r r r r s r0 r zQuery.order_by s y>>Q |u$$ $-//%*DN|#!%((33 >U " "dn&< &DNNN !^i 7DNNNr2 c t | dk r|d d| _ dS t t d |D }| | }| j du r || _ dS | j |z | _ dS )a Apply one or more GROUP BY criterion to the query and return
the newly resulting :class:`_query.Query`.
All existing GROUP BY settings can be suppressed by
passing ``None`` - this will suppress any GROUP BY configured
on mappers as well.
.. versionadded:: 1.1 GROUP BY can be cancelled by passing
``None``, in the same way as ORDER BY.
r r NFc , g | ]}t | S r) r r; s r0 r z"Query.group_by.. s D D DQ a D D Dr2 )rc r rF r r r s r0 group_byzQuery.group_by s y>>Q |#!& D D) D D DEFF ((33 >U " " &DNNN !^i 7DNNNr2 c t j | }|.t |t j st j d | |dd }| j | j |z | _ dS || _ dS )a Apply a HAVING criterion to the query and return the
newly resulting :class:`_query.Query`.
:meth:`_query.Query.having` is used in conjunction with
:meth:`_query.Query.group_by`.
HAVING criterion makes it possible to use filters on aggregate
functions like COUNT, SUM, AVG, MAX, and MIN, eg.::
q = session.query(User.id).\
join(User.addresses).\
group_by(User.id).\
having(func.count(Address.id) > 2)
NzHhaving() argument must be of type sqlalchemy.sql.ClauseElement or stringT) r! r r^ r
ClauseElementrZ r[ r rw r s r0 havingz Query.having s $ :9EE s(*
*
&9
&&y$== < # <)3DLLL$DLLLr2 c z | || gt | z d S r )rn rF rt )r. expr_fnr s r0 _set_opz
Query._set_op s? $$ GtftAww& (
!
!%
(
( )r2 c 2 | j t j g|R S )a Produce a UNION of this Query against one or more queries.
e.g.::
q1 = sess.query(SomeClass).filter(SomeClass.foo=='bar')
q2 = sess.query(SomeClass).filter(SomeClass.bar=='foo')
q3 = q1.union(q2)
The method accepts multiple Query objects so as to control
the level of nesting. A series of ``union()`` calls such as::
x.union(y).union(z).all()
will nest on each ``union()``, and produces::
SELECT * FROM (SELECT * FROM (SELECT * FROM X UNION
SELECT * FROM y) UNION SELECT * FROM Z)
Whereas::
x.union(y, z).all()
produces::
SELECT * FROM (SELECT * FROM X UNION SELECT * FROM y UNION
SELECT * FROM Z)
Note that many database backends do not allow ORDER BY to
be rendered on a query called within UNION, EXCEPT, etc.
To disable all ORDER BY clauses including those configured
on mappers, issue ``query.order_by(None)`` - the resulting
:class:`_query.Query` object will not render ORDER BY within
its SELECT statement.
)r r! r& r. r s r0 r& z Query.union s" J t|J ,1q1111r2 c 2 | j t j g|R S )zProduce a UNION ALL of this Query against one or more queries.
Works the same way as :meth:`~sqlalchemy.orm.query.Query.union`. See
that method for usage examples.
)r r! union_allr s r0 r zQuery.union_all
! t|J 0515555r2 c 2 | j t j g|R S )zProduce an INTERSECT of this Query against one or more queries.
Works the same way as :meth:`~sqlalchemy.orm.query.Query.union`. See
that method for usage examples.
)r r! intersectr s r0 r zQuery.intersect r r2 c 2 | j t j g|R S )zProduce an INTERSECT ALL of this Query against one or more queries.
Works the same way as :meth:`~sqlalchemy.orm.query.Query.union`. See
that method for usage examples.
)r r!
intersect_allr s r0 r zQuery.intersect_all s! t|J 49q9999r2 c 2 | j t j g|R S )zProduce an EXCEPT of this Query against one or more queries.
Works the same way as :meth:`~sqlalchemy.orm.query.Query.union`. See
that method for usage examples.
)r r! except_r s r0 r z
Query.except_( s! t|J .33333r2 c 2 | j t j g|R S )zProduce an EXCEPT ALL of this Query against one or more queries.
Works the same way as :meth:`~sqlalchemy.orm.query.Query.union`. See
that method for usage examples.
)r r!
except_allr s r0 r zQuery.except_all1 s! t|J 16A6666r2 c T | dd | dd | dd | dd f\ }}}}|r2t dd t | z | ||||| S ) aO- Create a SQL JOIN against this :class:`_query.Query`
object's criterion
and apply generatively, returning the newly resulting
:class:`_query.Query`.
**Simple Relationship Joins**
Consider a mapping between two classes ``User`` and ``Address``,
with a relationship ``User.addresses`` representing a collection
of ``Address`` objects associated with each ``User``. The most
common usage of :meth:`_query.Query.join`
is to create a JOIN along this
relationship, using the ``User.addresses`` attribute as an indicator
for how this should occur::
q = session.query(User).join(User.addresses)
Where above, the call to :meth:`_query.Query.join` along
``User.addresses`` will result in SQL approximately equivalent to::
SELECT user.id, user.name
FROM user JOIN address ON user.id = address.user_id
In the above example we refer to ``User.addresses`` as passed to
:meth:`_query.Query.join` as the "on clause", that is, it indicates
how the "ON" portion of the JOIN should be constructed.
To construct a chain of joins, multiple :meth:`_query.Query.join`
calls may be used. The relationship-bound attribute implies both
the left and right side of the join at once::
q = session.query(User).\
join(User.orders).\
join(Order.items).\
join(Item.keywords)
.. note:: as seen in the above example, **the order in which each
call to the join() method occurs is important**. Query would not,
for example, know how to join correctly if we were to specify
``User``, then ``Item``, then ``Order``, in our chain of joins; in
such a case, depending on the arguments passed, it may raise an
error that it doesn't know how to join, or it may produce invalid
SQL in which case the database will raise an error. In correct
practice, the
:meth:`_query.Query.join` method is invoked in such a way that lines
up with how we would want the JOIN clauses in SQL to be
rendered, and each call should represent a clear link from what
precedes it.
**Joins to a Target Entity or Selectable**
A second form of :meth:`_query.Query.join` allows any mapped entity or
core selectable construct as a target. In this usage,
:meth:`_query.Query.join` will attempt to create a JOIN along the
natural foreign key relationship between two entities::
q = session.query(User).join(Address)
In the above calling form, :meth:`_query.Query.join` is called upon to
create the "on clause" automatically for us. This calling form will
ultimately raise an error if either there are no foreign keys between
the two entities, or if there are multiple foreign key linkages between
the target entity and the entity or entities already present on the
left side such that creating a join requires more information. Note
that when indicating a join to a target without any ON clause, ORM
configured relationships are not taken into account.
**Joins to a Target with an ON Clause**
The third calling form allows both the target entity as well
as the ON clause to be passed explicitly. A example that includes
a SQL expression as the ON clause is as follows::
q = session.query(User).join(Address, User.id==Address.user_id)
The above form may also use a relationship-bound attribute as the
ON clause as well::
q = session.query(User).join(Address, User.addresses)
The above syntax can be useful for the case where we wish
to join to an alias of a particular target entity. If we wanted
to join to ``Address`` twice, it could be achieved using two
aliases set up using the :func:`~sqlalchemy.orm.aliased` function::
a1 = aliased(Address)
a2 = aliased(Address)
q = session.query(User).\
join(a1, User.addresses).\
join(a2, User.addresses).\
filter(a1.email_address=='ed@foo.com').\
filter(a2.email_address=='ed@bar.com')
The relationship-bound calling form can also specify a target entity
using the :meth:`_orm.PropComparator.of_type` method; a query
equivalent to the one above would be::
a1 = aliased(Address)
a2 = aliased(Address)
q = session.query(User).\
join(User.addresses.of_type(a1)).\
join(User.addresses.of_type(a2)).\
filter(a1.email_address == 'ed@foo.com').\
filter(a2.email_address == 'ed@bar.com')
**Joining to Tables and Subqueries**
The target of a join may also be any table or SELECT statement,
which may be related to a target entity or not. Use the
appropriate ``.subquery()`` method in order to make a subquery
out of a query::
subq = session.query(Address).\
filter(Address.email_address == 'ed@foo.com').\
subquery()
q = session.query(User).join(
subq, User.id == subq.c.user_id
)
Joining to a subquery in terms of a specific relationship and/or
target entity may be achieved by linking the subquery to the
entity using :func:`_orm.aliased`::
subq = session.query(Address).\
filter(Address.email_address == 'ed@foo.com').\
subquery()
address_subq = aliased(Address, subq)
q = session.query(User).join(
User.addresses.of_type(address_subq)
)
**Controlling what to Join From**
In cases where the left side of the current state of
:class:`_query.Query` is not in line with what we want to join from,
the :meth:`_query.Query.select_from` method may be used::
q = session.query(Address).select_from(User).\
join(User.addresses).\
filter(User.name == 'ed')
Which will produce SQL similar to::
SELECT address.* FROM user
JOIN address ON user.id=address.user_id
WHERE user.name = :name_1
**Legacy Features of Query.join()**
The :meth:`_query.Query.join` method currently supports several
usage patterns and arguments that are considered to be legacy
as of SQLAlchemy 1.3. A deprecation path will follow
in the 1.4 series for the following features:
* Joining on relationship names rather than attributes::
session.query(User).join("addresses")
**Why it's legacy**: the string name does not provide enough context
for :meth:`_query.Query.join` to always know what is desired,
notably in that there is no indication of what the left side
of the join should be. This gives rise to flags like
``from_joinpoint`` as well as the ability to place several
join clauses in a single :meth:`_query.Query.join` call
which don't solve the problem fully while also
adding new calling styles that are unnecessary and expensive to
accommodate internally.
**Modern calling pattern**: Use the actual relationship,
e.g. ``User.addresses`` in the above case::
session.query(User).join(User.addresses)
* Automatic aliasing with the ``aliased=True`` flag::
session.query(Node).join(Node.children, aliased=True).\
filter(Node.name == 'some name')
**Why it's legacy**: the automatic aliasing feature of
:class:`_query.Query` is intensely complicated, both in its internal
implementation as well as in its observed behavior, and is almost
never used. It is difficult to know upon inspection where and when
its aliasing of a target entity, ``Node`` in the above case, will be
applied and when it won't, and additionally the feature has to use
very elaborate heuristics to achieve this implicit behavior.
**Modern calling pattern**: Use the :func:`_orm.aliased` construct
explicitly::
from sqlalchemy.orm import aliased
n1 = aliased(Node)
session.query(Node).join(Node.children.of_type(n1)).\
filter(n1.name == 'some name')
* Multiple joins in one call::
session.query(User).join("orders", "items")
session.query(User).join(User.orders, Order.items)
session.query(User).join(
(Order, User.orders),
(Item, Item.order_id == Order.id)
)
# ... and several more forms actually
**Why it's legacy**: being able to chain multiple ON clauses in one
call to :meth:`_query.Query.join` is yet another attempt to solve
the problem of being able to specify what entity to join from,
and is the source of a large variety of potential calling patterns
that are internally expensive and complicated to parse and
accommodate.
**Modern calling pattern**: Use relationship-bound attributes
or SQL-oriented ON clauses within separate calls, so that
each call to :meth:`_query.Query.join` knows what the left
side should be::
session.query(User).join(User.orders).join(
Item, Item.order_id == Order.id)
:param \*props: Incoming arguments for :meth:`_query.Query.join`,
the props collection in modern use should be considered to be a one
or two argument form, either as a single "target" entity or ORM
attribute-bound relationship, or as a target entity plus an "on
clause" which may be a SQL expression or ORM attribute-bound
relationship.
:param isouter=False: If True, the join used will be a left outer join,
just as if the :meth:`_query.Query.outerjoin` method were called.
:param full=False: render FULL OUTER JOIN; implies ``isouter``.
.. versionadded:: 1.1
:param from_joinpoint=False: When using ``aliased=True``, a setting
of True here will cause the join to be from the most recent
joined target, rather than starting back from the original
FROM clauses of the query.
.. note:: This flag is considered legacy.
:param aliased=False: If True, indicate that the JOIN target should be
anonymously aliased. Subsequent calls to :meth:`_query.Query.filter`
and similar will adapt the incoming criterion to the target
alias, until :meth:`_query.Query.reset_joinpoint` is called.
.. note:: This flag is considered legacy.
.. seealso::
:ref:`ormtutorial_joins` in the ORM tutorial.
:ref:`inheritance_toplevel` for details on how
:meth:`_query.Query.join` is used for inheritance relationships.
:func:`_orm.join` - a standalone ORM-level join function,
used internally by :meth:`_query.Query.join`, which in previous
SQLAlchemy versions was the primary ORM-level joining interface.
r Ffrom_joinpointisouterfullunknown arguments: %s, outerjoinr create_aliasesr rp TypeErrorr sorted_join)r. propsr r r r r s r0 r z
Query.join: s h
JJy% ( ( JJ' / / JJy% ( ( JJvu % % 2
. $ '$))F6NN*C*CC
zz ")
r2 c " | dd | dd | dd }}}|r2t dd t | z | |d||| S ) zCreate a left outer join against this :class:`_query.Query`
object's criterion and apply generatively, returning the newly
resulting :class:`_query.Query`.
Usage is the same as the :meth:`_query.Query.join` method.
r Fr r r r Tr r )r. r r r r r s r0 r zQuery.outerjoin_ s
JJy% ( ( JJ' / / JJvu % % "&
'$))F6NN*C*CC
zz ")
r2 c || _ d|v rC|d \ }}| }| ||< ||f|d< |}d|v C|| _ d S )Nprev)r r? rv )r. jpfr s r0 _update_joinpointzQuery._update_joinpointx si lljGAt99;;DggiiDGTBvJB ll r2 c
|s| t | dk rbt |d t j t
t f r5t |d t t j t j
f r|f}t j | }t | D ]
\ }}t |t r|\ }} nd} t |t j
t j f r| |} }
n|| } }
| :t! |
} | j s$t% | d st' j d t | t j
rt+ | dd }
nd}
t | t j r#t- | | } nl|rjt | t j
rP| }t! | }t+ |dd | j u rt- || j } t | t j
rn|
W|
r|
}
nR| j }
|
j }
nB# t8 $ r5}t j t' j d|
z | Y d}~nd}~ww xY w| j }| j |d }t |t@ r6|j! " | r |j# }t+ || j } | j }t | tH j% s|} |s||
|j f}|| j& v ro| j& | ' }|| j& f|d
< | ( | |t | dz
k rt j) d |z ndx}}| * ||
| |||| dS ) zConsumes arguments from :meth:`_query.Query.join` or
:meth:`_query.Query.outerjoin`, places them into a
consistent format with which to form the actual JOIN constructs.
r r r NrA z9Expected mapped entity or selectable/table as join target_of_typez0Join target %s does not refer to a mapped entityrB r z:Pathed join target %s has already been joined to; skipping)+_reset_joinpointrc r^ r! rx typer strr r PropComparatorr r8 enumeratera string_typesr r] rW rZ r[ getattrr r
_parententityr3 rg rL AttributeErrorrI r, rv r rA isa
aliased_classr QueryableAttributer r? r warn_join_left_to_right)r. keysr r r r keylistidxarg1arg2rightonclauser_infoof_typejp0rl rQ leftr` r@ edger s r0 r z Query._join sS $ ! ! # # #
IINNQ*/|D
Qj.
0IJ
7D ,t$$"7++ y y IC$&&
"
dd
z0$2CD
- #'x"&x + GFH4M4M .:
(J$=>>
!(J== (D$566
E .d.B.B.D.DhOO
EJ*3% %
E **,, s||4400H4JJJ 1#x| D DH(J$=>> ;
# = ' ( 1 $)LEE - K & 4%46;%<!" !" 14 - 266tTBB eZ00 ;U\5E5Ed5K5K ; .D &tX\ : :H (!(J,IJJ $ #H% ! !%2Dt.. "_T 2 7 7 9 9&*DO%<6
..r222 #g,,"222 I!;=A!B ! #"t
$ $eXt^Y
oy y s >I
J+J Jc H | j | _ | |J | ||| \ }}} n |J | | \ }} ||u r |st j d|d|d | ||||| \ }
}}|L| j | } | j d| t | |||| fz | j |dz d z | _ dS | | j | j
} n|} | j t | |||| fz | _ dS )zGiven raw "left", "right", "onclause" parameters consumed from
a particular key within _join(), add a real ORMJoin object to
our _from_obj list (or augment an existing one)
Nz Can't construct a join from z to z, they are the same entity)r r r ) r, r? "_join_determine_implicit_left_side _join_place_explicit_left_siderZ r _join_check_and_adapt_right_siderb orm_joinr5 rG ) r. r r r
r@ r r r replace_from_obj_indexuse_entity_indexr left_clauses r0 r zQuery._join_left_to_right
s &*%?%D%D%F%F" < <<<
77eXNN
& ### 33D99
& 5== =,,)-uuu6
#'"G"G %4 #
#
x " - .)?@K 6 6 67 # ) ! .!7!!;!=!=>
?
NNN + "n-= > I " !^ )$ / DNNNr2 c t | }dx}}| j rt j | j |j | }t | dk r|d }| j | }nit | dk rt
j d t
j d|d | j ri }t | j D ]Q\ } }
|
j
} | t | } | |u r#t |
t r
| | f||
j < Ed| f|| j < Rt | }
t j |
|j | }t | dk r||
|d \ }}nSt | dk rt
j d t
j d|d t
j d |||fS )zWhen join conditions don't express the left side explicitly,
determine if an existing FROM or entity in this query
can serve as the left hand side.
Nr r a Can't determine which FROM clause to join from, there are multiple FROMS which can join to this entity. Please use the .select_from() method to establish an explicit left side, as well as providing an explcit ON clause if not present already to help resolve the ambiguity.zDon't know how to join to z. Please use the .select_from() method to establish an explicit left side, as well as providing an explcit ON clause if not present already to help resolve the ambiguity.zgNo entities to join from; please use select_from() to establish the left entity/selectable of this join)r rb rE find_left_clause_to_join_fromrG rc rZ r r5 r entity_zero_or_selectabler^ r rF r )r. r r r
r r r indexes potential entity_indexr; rL ent_info all_clausess r0 r z(Query._join_determine_implicit_left_sidel
s? " 488 !1 > O < 18 G 7||q )0&~&<=W !! 02 00
6;UU = ^ 2 I%.t~%>%>
D
D! c 6> "6??v%%
c=11 D1=v0FIcn--6:F^Ih 122 y~~ / /00K <V . G 7||q )2;wqz3J)K& $$W !! 02 00
6;UU = ,1
+-===r2 c dx}}t | }| j rPt j | j |j }t | dk rt
j d |r|d }|_| j rXt |d rHt | j D ]3\ }}t |t r|
| r|} n4||fS )zWhen join conditions express a left side explicitly, determine
where in our existing list of FROM clauses we should join towards,
or if we need to make a new join, and if so is it from one of our
existing entities.
Nr zrCan't identify which entity in which to assign the left side of this join. Please use a more specific ON clause.r rA )r rb rE #find_left_clause_that_matches_givenrG rc rZ r r5 rW r r^ r corresponds_to)r. r r r l_infor r r; s r0 r z$Query._join_place_explicit_left_side
s 2 598 !1 > 4 B 1 G 7||a 0!
4)0&
# *
+))
+ &dn 5 5
S c=11 c6H6H6N6N '*$E%'777r2 c L t | }t | }d}|st |dd } | rp| j s t | j t
j rJ| j p|j gD ]:}
t j
|j |
r t j
|
|j rd} n;|s|s*|j |j u r t j d|j z t |dd |j t |dd } } } | r6|r4|
|j st j d|d| t |d r| xj |fz
c_ d}
|j r|r|j } | j r| |dd }n|r| | j s*t j d | j d
| j j d t | t
j r| } d}
t1 | | }n|rt j d | o*| o'| j r t | j t
j p|}|
s|s|rt1 |d
}d}
|
rB| sJ t7 || j }|f| j z | _ |s| | | t |t
j r| |dd }|s*|r(| ||||j! f| j" fd n d|i| _" |t | |fS )zTransform the "right" side of the join as well as the onclause
according to polymorphic mapping translations, aliasing on the query
or on the join, special cases where the right and left side have
overlapping tables.
FrA NTz*Can't join table/selectable '%s' to itselfr@ z Join target z9 does not correspond to the right side of join condition z Selectable 'z' is not derived from 'rb zpThe aliased=True parameter on query.join() only works with an ORM entity, not a plain selectable, as the target.)flat) equivalents)r r r )#r r rB r^ rC r! Joinrb rG rE selectables_overlaprZ r
common_parentrA rW _join_entitiesr _is_lateralr is_derived_from descriptionr_ r` r _with_polymorphic_selectablerd r rH r rD r r r3 r )r. r r r
r@ r r# r overlap right_mapperrk right_selectableright_is_aliased need_adapteraliased_entityrS s r0 r z&Query._join_check_and_adapt_right_side sP "68T::L
-
l =zOO
!% E63D2E H 3 )8 "6 &"3
#'
) 6#444,<#$
FHd + + F . 6 6 )9&
!..t{;;
,,9>J
68 $ $ - F9 , # (
+ #{ + #
**5$>>
(77 3 !44 - 8 8 8 ( ; G G G .
0EFF ('7'='='?'?$#'L .>??
0
$$
- =z?O > E---E L O <
!<#C G %,:0D#DD "
O77 gNNN h
8 9 9 @))(D$??H ;$ ; " "). "E48 4do F
3E :DOgennh..r2 c , | j | _ d| _ d S Nr) )rv r r r s r0 r zQuery._reset_joinpoint s . ! r2 c . | dS )ac Return a new :class:`_query.Query`, where the "join point" has
been reset back to the base FROM entities of the query.
This method is usually used in conjunction with the
``aliased=True`` feature of the :meth:`_query.Query.join`
method. See the example in :meth:`_query.Query.join` for how
this is used.
N)r r s r0 reset_joinpointzQuery.reset_joinpoint s
r2 c 2 | |d dS )a Set the FROM clause of this :class:`_query.Query` explicitly.
:meth:`_query.Query.select_from` is often used in conjunction with
:meth:`_query.Query.join` in order to control which entity is selected
from on the "left" side of the join.
The entity or selectable object here effectively replaces the
"left edge" of any calls to :meth:`_query.Query.join`, when no
joinpoint is otherwise established - usually, the default "join
point" is the leftmost entity in the :class:`_query.Query` object's
list of entities to be selected.
A typical example::
q = session.query(Address).select_from(User).\
join(User.addresses).\
filter(User.name == 'ed')
Which produces SQL equivalent to::
SELECT address.* FROM user
JOIN address ON user.id=address.user_id
WHERE user.name = :name_1
:param \*from_obj: collection of one or more entities to apply
to the FROM clause. Entities can be mapped classes,
:class:`.AliasedClass` objects, :class:`_orm.Mapper` objects
as well as core :class:`_expression.FromClause`
elements like subqueries.
.. versionchanged:: 0.9
This method no longer applies the given FROM object
to be the selectable from which matching entities
select from; the :meth:`.select_entity_from` method
now accomplishes this. See that method for a description
of this behavior.
.. seealso::
:meth:`_query.Query.join`
:meth:`_query.Query.select_entity_from`
FNrn r. rk s r0 select_fromzQuery.select_from s! ^
h.....r2 c 4 | |gd dS )a Set the FROM clause of this :class:`_query.Query` to a
core selectable, applying it as a replacement FROM clause
for corresponding mapped entities.
The :meth:`_query.Query.select_entity_from`
method supplies an alternative
approach to the use case of applying an :func:`.aliased` construct
explicitly throughout a query. Instead of referring to the
:func:`.aliased` construct explicitly,
:meth:`_query.Query.select_entity_from` automatically *adapts* all
occurrences of the entity to the target selectable.
Given a case for :func:`.aliased` such as selecting ``User``
objects from a SELECT statement::
select_stmt = select([User]).where(User.id == 7)
user_alias = aliased(User, select_stmt)
q = session.query(user_alias).\
filter(user_alias.name == 'ed')
Above, we apply the ``user_alias`` object explicitly throughout the
query. When it's not feasible for ``user_alias`` to be referenced
explicitly in many places, :meth:`_query.Query.select_entity_from`
may be
used at the start of the query to adapt the existing ``User`` entity::
q = session.query(User).\
select_entity_from(select_stmt).\
filter(User.name == 'ed')
Above, the generated SQL will show that the ``User`` entity is
adapted to our statement, even in the case of the WHERE clause:
.. sourcecode:: sql
SELECT anon_1.id AS anon_1_id, anon_1.name AS anon_1_name
FROM (SELECT "user".id AS id, "user".name AS name
FROM "user"
WHERE "user".id = :id_1) AS anon_1
WHERE anon_1.name = :name_1
The :meth:`_query.Query.select_entity_from` method is similar to the
:meth:`_query.Query.select_from` method,
in that it sets the FROM clause
of the query. The difference is that it additionally applies
adaptation to the other parts of the query that refer to the
primary entity. If above we had used :meth:`_query.Query.select_from`
instead, the SQL generated would have been:
.. sourcecode:: sql
-- uses plain select_from(), not select_entity_from()
SELECT "user".id AS user_id, "user".name AS user_name
FROM "user", (SELECT "user".id AS id, "user".name AS name
FROM "user"
WHERE "user".id = :id_1) AS anon_1
WHERE "user".name = :name_1
To supply textual SQL to the :meth:`_query.Query.select_entity_from`
method,
we can make use of the :func:`_expression.text` construct. However,
the
:func:`_expression.text`
construct needs to be aligned with the columns of our
entity, which is achieved by making use of the
:meth:`_expression.TextClause.columns` method::
text_stmt = text("select id, name from user").columns(
User.id, User.name)
q = session.query(User).select_entity_from(text_stmt)
:meth:`_query.Query.select_entity_from` itself accepts an
:func:`.aliased`
object, so that the special options of :func:`.aliased` such as
:paramref:`.aliased.adapt_on_names` may be used within the
scope of the :meth:`_query.Query.select_entity_from`
method's adaptation
services. Suppose
a view ``user_view`` also returns rows from ``user``. If
we reflect this view into a :class:`_schema.Table`, this view has no
relationship to the :class:`_schema.Table` to which we are mapped,
however
we can use name matching to select from it::
user_view = Table('user_view', metadata,
autoload_with=engine)
user_view_alias = aliased(
User, user_view, adapt_on_names=True)
q = session.query(User).\
select_entity_from(user_view_alias).\
order_by(User.name)
.. versionchanged:: 1.1.7 The :meth:`_query.Query.select_entity_from`
method now accepts an :func:`.aliased` object as an alternative
to a :class:`_expression.FromClause` object.
:param from_obj: a :class:`_expression.FromClause`
object that will replace
the FROM clause of this :class:`_query.Query`.
It also may be an instance
of :func:`.aliased`.
.. seealso::
:meth:`_query.Query.select_from`
TNr: r; s r0 select_entity_fromzQuery.select_entity_from s# b
xj$/////r2 c Z t |t rt j | \ }}}t |t r t |t r ||z
dk rg S t |t r|dk st |t r|dk rt | | S | || }| t | d d |j S t | S |dk rt | d S t | ||dz d S )Nr r )r^ slicer decode_sliceintrF step)r. itemstartstoprD ress r0 __getitem__zQuery.__getitem__m s' dE " " 6 $ 1$ 7 7 E4 4%%
( uc**
( 5LA%% UC((
(UQYY4%% .7*.((Dzz$''**UD))C Cyyty!899Cyy rzzDzz"~%Dq 122155r2 c P |8|6| j | j nd| _ |dk r| xj |z
c_ ||z
| _ n;|
||| _ n/|-|+| j | j nd| _ |dk r| xj |z
c_ t | j t r| j dk r d| _ dS dS dS )a Computes the "slice" of the :class:`_query.Query` represented by
the given indices and returns the resulting :class:`_query.Query`.
The start and stop indices behave like the argument to Python's
built-in :func:`range` function. This method provides an
alternative to using ``LIMIT``/``OFFSET`` to get a slice of the
query.
For example, ::
session.query(User).order_by(User.id).slice(1, 3)
renders as
.. sourcecode:: sql
SELECT users.id AS users_id,
users.name AS users_name
FROM users ORDER BY users.id
LIMIT ? OFFSET ?
(2, 1)
.. seealso::
:meth:`_query.Query.limit`
:meth:`_query.Query.offset`
Nr )r r r^ rC )r. rF rG s r0 rA z Query.slice s > !1+/<+C4<<DLzz % ,DKK
]t / DKK
4<+/<+C4<<DLzz % dlC ( ( T\Q->-> DLLL ->->r2 c || _ dS )zfApply a ``LIMIT`` to the query and return the newly resulting
:class:`_query.Query`.
N)r )r. limits r0 rL z Query.limit s r2 c || _ dS )zhApply an ``OFFSET`` to the query and return the newly resulting
:class:`_query.Query`.
N)r )r. offsets r0 rN z Query.offset s r2 c |s d| _ dS | | }t | j t r| xj |z
c_ dS || _ dS )a Apply a ``DISTINCT`` to the query and return the newly resulting
:class:`_query.Query`.
.. note::
The :meth:`.distinct` call includes logic that will automatically
add columns from the ORDER BY of the query to the columns
clause of the SELECT statement, to satisfy the common need
of the database backend that ORDER BY columns be part of the
SELECT list when DISTINCT is used. These columns *are not*
added to the list of columns actually fetched by the
:class:`_query.Query`, however, so would not affect results.
The columns are passed through when using the
:attr:`_query.Query.statement` accessor, however.
:param \*expr: optional column expressions. When present,
the PostgreSQL dialect will render a ``DISTINCT ON ()``
construct.
TN)r r r^ rF )r. exprs r0 r zQuery.distinct s] . & !DNNN''--D$.$//
&$&!%r2 c F | j r| xj |z
c_ dS || _ dS )a Apply the prefixes to the query and return the newly resulting
:class:`_query.Query`.
:param \*prefixes: optional prefixes, typically strings,
not using any commas. In particular is useful for MySQL keywords
and optimizer hints:
e.g.::
query = sess.query(User.name).\
prefix_with('HIGH_PRIORITY').\
prefix_with('SQL_SMALL_RESULT', 'ALL').\
prefix_with('/*+ BKA(user) */')
Would render::
SELECT HIGH_PRIORITY SQL_SMALL_RESULT ALL /*+ BKA(user) */
users.name AS users_name FROM users
.. seealso::
:meth:`_expression.HasPrefixes.prefix_with`
N)rx )r. prefixess r0 prefix_withzQuery.prefix_with s- 4 > & NNh &NNNN %DNNNr2 c F | j r| xj |z
c_ dS || _ dS )ad Apply the suffix to the query and return the newly resulting
:class:`_query.Query`.
:param \*suffixes: optional suffixes, typically strings,
not using any commas.
.. versionadded:: 1.0.0
.. seealso::
:meth:`_query.Query.prefix_with`
:meth:`_expression.HasSuffixes.suffix_with`
N)ry )r. suffixess r0 suffix_withzQuery.suffix_with
s- " > & NNh &NNNN %DNNNr2 c t | S )a Return the results represented by this :class:`_query.Query`
as a list.
This results in an execution of the underlying SQL statement.
.. warning:: The :class:`_query.Query` object,
when asked to return either
a sequence or iterator that consists of full ORM-mapped entities,
will **deduplicate entries based on primary key**. See the FAQ for
more details.
.. seealso::
:ref:`faq_query_deduplicating`
)rF r s r0 allz Query.all
s Dzzr2 c t j | }t |t j t j f st j d || _ dS )a1 Execute the given SELECT statement and return results.
This method bypasses all internal statement compilation, and the
statement is executed without modification.
The statement is typically either a :func:`_expression.text`
or :func:`_expression.select` construct, and should return the set
of columns
appropriate to the entity class represented by this
:class:`_query.Query`.
.. seealso::
:ref:`orm_tutorial_literal_sql` - usage examples in the
ORM tutorial
zBfrom_statement accepts text(), select(), and union() objects only.N)r! r r^
TextClauser_ rZ r[ r )r. r s r0 from_statementzQuery.from_statement/
s_ & :9EE
-z/DE
&,
$r2 c | j t | dd }nt | dd }t | dk r|d S dS )a7 Return the first result of this ``Query`` or
None if the result doesn't contain any row.
first() applies a limit of one within the generated SQL, so that
only one primary entity row is generated on the server side
(note this may consist of multiple result rows if join-loaded
collections are present).
Calling :meth:`_query.Query.first`
results in an execution of the underlying
query.
.. seealso::
:meth:`_query.Query.one`
:meth:`_query.Query.one_or_none`
Nr r )r rF rc r. rets r0 firstz Query.firstN
sQ ( ? &t**QqS/CCtAaCy//C s88a<<q6M4r2 c t | }t | }|dk r|d S |dk rdS t j d )a Return at most one result or raise an exception.
Returns ``None`` if the query selects
no rows. Raises ``sqlalchemy.orm.exc.MultipleResultsFound``
if multiple object identities are returned, or if multiple
rows are returned for a query that returns only scalar values
as opposed to full identity-mapped entities.
Calling :meth:`_query.Query.one_or_none`
results in an execution of the
underlying query.
.. versionadded:: 1.0.9
Added :meth:`_query.Query.one_or_none`
.. seealso::
:meth:`_query.Query.first`
:meth:`_query.Query.one`
r r Nz*Multiple rows were found for one_or_none())rF rc orm_excMultipleResultsFound)r. r^ r s r0 one_or_nonezQuery.one_or_nonek
sR 0 4jj HH 66q6M
!VV4.<
r2 c | }|t j d |S # t j $ r3}t j t j d | Y d}~dS d}~ww xY w)aB Return exactly one result or raise an exception.
Raises ``sqlalchemy.orm.exc.NoResultFound`` if the query selects
no rows. Raises ``sqlalchemy.orm.exc.MultipleResultsFound``
if multiple object identities are returned, or if multiple
rows are returned for a query that returns only scalar values
as opposed to full identity-mapped entities.
Calling :meth:`.one` results in an execution of the underlying query.
.. seealso::
:meth:`_query.Query.first`
:meth:`_query.Query.one_or_none`
NzNo row was found for one()z"Multiple rows were found for one()rB )rc ra
NoResultFoundrb r rI )r. r^ rQ s r0 onez Query.one
s $ ""$$C { +,HIIIJ + K,8 !$
s . A0(A++A0c | }t |t s|S |d S # t j $ r Y dS w xY w)a4 Return the first element of the first result or None
if no rows present. If multiple rows are returned,
raises MultipleResultsFound.
>>> session.query(Item).scalar()
-
>>> session.query(Item.id).scalar()
1
>>> session.query(Item.id).filter(Item.id < 0).scalar()
None
>>> session.query(Item.id, Item.name).scalar()
1
>>> session.query(func.count(Parent.id)).scalar()
20
This results in an execution of the underlying query.
r N)rf r^ ra ra re r] s r0 scalarz Query.scalar
sY & ((**C c5))
q6M$ 44 s *5 5 AAc | }d|j _ | j r | j s| j | | S r )r r
use_labelsrZ r r+ _execute_and_instances)r. contexts r0 __iter__zQuery.__iter__
sZ ''))'+$ ? &4#: & L # # % % %**7333r2 c | } | j r | || j j nd }n# t j $ r d }Y nw xY wt
|j | S r= ) r r+ _get_bind_argsget_bindrZ UnboundExecutionErrorr r compile)r. rl binds r0 __str__z
Query.__str__
s '')) <##GT\-BCCC
D
+ DDD 7$,,T22333s )A AAc \ | j j di |}| j r |j di | j }|S r6 )r+
connectionr% r )r. kwconns r0 _connection_from_sessionz Query._connection_from_session
sH &t|&,,,, " E)4)DDD,CDDD r2 c | || j d }| |j | j }t j |j || S )NT)close_with_result)ro ry executer r r instancesquery)r. querycontextrx results r0 rk z Query._execute_and_instances
sX "" $74 #
l 4dlCC !3V\JJJr2 c h | ||d }| || j S )NT)rA r r{ )ry r| r )r. r rA rx s r0
_execute_crudzQuery._execute_crud
s; ,,$$ -
||D$,///r2 c F |d| |j d|S )N)rA r r) )r r )r. r r rw s r0 ro zQuery._get_bind_args
s< r
$$&&|/E
IK
r2 c 8 d d | j D D S )a Return metadata about the columns which would be
returned by this :class:`_query.Query`.
Format is a list of dictionaries::
user_alias = aliased(User, name='user2')
q = sess.query(User, User.id, user_alias)
# this expression:
q.column_descriptions
# would return:
[
{
'name':'User',
'type':User,
'aliased':False,
'expr':User,
'entity': User
},
{
'name':'id',
'type':Integer(),
'aliased':False,
'expr':User.id,
'entity': User
},
{
'name':'user2',
'type':User,
'aliased':True,
'expr':user_alias,
'entity': user_alias
}
]
c g | ]J\ }}|j |j t |d d |j |j |j st |dd nddKS )r@ FNrL )r r r rP rL ) _label_namer r rP r r )r r; insp_ents r0 r z-Query.column_descriptions.. s
X "8-?GG?. 2 / "(Hd;;;
r2 c L g | ]!}||j t |j nd f"S r= )r r )r _ents r0 r z-Query.column_descriptions..* sP
"
"
" +7 0111 !
"
"
"r2 r r s r0 column_descriptionszQuery.column_descriptions
sA P
"
" !N
"
"
"
r2 c T |}|t | }t j | || S )a Given a ResultProxy cursor as returned by connection.execute(),
return an ORM result as an iterator.
e.g.::
result = engine.execute("select * from users")
for u in session.query(User).instances(result):
print u
)r' r r} )r. cursor_Query__contextrl s r0 r} zQuery.instances7 s0 ?"4((G vw777r2 c . t j | || S )ak Merge a result into this :class:`_query.Query` object's Session.
Given an iterator returned by a :class:`_query.Query`
of the same structure
as this one, return an identical iterator of results, with all mapped
instances merged into the session using :meth:`.Session.merge`. This
is an optimized method which will merge all mapped instances,
preserving the structure of the result rows and unmapped columns with
less method overhead than that of calling :meth:`.Session.merge`
explicitly for each value.
The structure of the results is determined based on the column list of
this :class:`_query.Query` - if these do not correspond,
unchecked errors
will occur.
The 'load' argument is the same as that of :meth:`.Session.merge`.
For an example of how :meth:`_query.Query.merge_result` is used, see
the source code for the example :ref:`examples_caching`, where
:meth:`_query.Query.merge_result` is used to efficiently restore state
from a cache back into a target :class:`.Session`.
)r merge_result)r. iteratorloads r0 r zQuery.merge_resultG s 4 #D(D999r2 c ` | j | j | j | j | j | j pd | j dS )N)rL rN r rR rU r r )r r r rx ry r rw r s r0 _select_argszQuery._select_argsc s; [l .$l
r2 c | j }| d d upB| d d up+| dd p| dd S )NrL rN r Fr )r rv r s r0 _should_nest_selectablez Query._should_nest_selectableo sj " JJw t +
-zz(##4/
-zz*e,,
- zz*e,,
r2 c t j | d t j d j dg S )a A convenience method that turns a query into an EXISTS subquery
of the form EXISTS (SELECT 1 FROM ... WHERE ...).
e.g.::
q = session.query(User).filter(User.name == 'fred')
session.query(q.exists())
Producing SQL similar to::
SELECT EXISTS (
SELECT 1 FROM users WHERE users.name = :name_1
) AS anon_1
The EXISTS construct is usually used in the WHERE clause::
session.query(User.id).filter(q.exists()).scalar()
Note that some databases such as SQL Server don't allow an
EXISTS expression to be present in the columns clause of a
SELECT. To select a simple boolean value based on the exists
as a WHERE, use :func:`.literal`::
from sqlalchemy import literal
session.query(literal(True)).filter(q.exists()).scalar()
F1r )r existsr r literal_columnr r with_only_columnsr s r0 r z Query.existsy s^ F z " "5 ) )
[+C00
1
1
[]]
((!--
r2 c t j t j d }| | S )a Return a count of rows this the SQL formed by this :class:`Query`
would return.
This generates the SQL for this Query as follows::
SELECT count(1) AS count_1 FROM (
SELECT
) AS anon_1
The above SQL returns a single row, which is the aggregate value
of the count function; the :meth:`_query.Query.count`
method then returns
that single integer value.
.. warning::
It is important to note that the value returned by
count() is **not the same as the number of ORM objects that this
Query would return from a method such as the .all() method**.
The :class:`_query.Query` object,
when asked to return full entities,
will **deduplicate entries based on primary key**, meaning if the
same primary key value would appear in the results more than once,
only one object of that primary key would be present. This does
not apply to a query that is against individual columns.
.. seealso::
:ref:`faq_query_deduplicating`
:ref:`orm_tutorial_query_returning`
For fine grained control over specific columns to count, to skip the
usage of a subquery or otherwise control of the FROM clause, or to use
other aggregate functions, use :attr:`~sqlalchemy.sql.expression.func`
expressions in conjunction with :meth:`~.Session.query`, i.e.::
from sqlalchemy import func
# count User records, without
# using a subquery.
session.query(func.count(User.id))
# return count of user "id" grouped
# by "name"
session.query(func.count(User.id)).\
group_by(User.name)
from sqlalchemy import distinct
# count distinct "name" values
session.query(func.count(distinct(User.name)))
r )r funcr' r rq rh )r. cols r0 r' z Query.count sA n hnnS / 4 455~~c""))+++r2 evaluatec x t j | | }| |j S )af Perform a bulk delete query.
Deletes rows matched by this query from the database.
E.g.::
sess.query(User).filter(User.age == 25).\
delete(synchronize_session=False)
sess.query(User).filter(User.age == 25).\
delete(synchronize_session='evaluate')
.. warning:: The :meth:`_query.Query.delete`
method is a "bulk" operation,
which bypasses ORM unit-of-work automation in favor of greater
performance. **Please read all caveats and warnings below.**
:param synchronize_session: chooses the strategy for the removal of
matched objects from the session. Valid values are:
``False`` - don't synchronize the session. This option is the most
efficient and is reliable once the session is expired, which
typically occurs after a commit(), or explicitly using
expire_all(). Before the expiration, objects may still remain in
the session which were in fact deleted which can lead to confusing
results if they are accessed via get() or already loaded
collections.
``'fetch'`` - performs a select query before the delete to find
objects that are matched by the delete query and need to be
removed from the session. Matched objects are removed from the
session.
``'evaluate'`` - Evaluate the query's criteria in Python straight
on the objects in the session. If evaluation of the criteria isn't
implemented, an error is raised.
The expression evaluator currently doesn't account for differing
string collations between the database and Python.
:return: the count of rows matched as returned by the database's
"row count" feature.
.. warning:: **Additional Caveats for bulk query deletes**
* This method does **not work for joined
inheritance mappings**, since the **multiple table
deletes are not supported by SQL** as well as that the
**join condition of an inheritance mapper is not
automatically rendered**. Care must be taken in any
multiple-table delete to first accommodate via some other means
how the related table will be deleted, as well as to
explicitly include the joining
condition between those tables, even in mappings where
this is normally automatic. E.g. if a class ``Engineer``
subclasses ``Employee``, a DELETE against the ``Employee``
table would look like::
session.query(Engineer).\
filter(Engineer.id == Employee.id).\
filter(Employee.name == 'dilbert').\
delete()
However the above SQL will not delete from the Engineer table,
unless an ON DELETE CASCADE rule is established in the database
to handle it.
Short story, **do not use this method for joined inheritance
mappings unless you have taken the additional steps to make
this feasible**.
* The polymorphic identity WHERE criteria is **not** included
for single- or
joined- table updates - this must be added **manually** even
for single table inheritance.
* The method does **not** offer in-Python cascading of
relationships - it is assumed that ON DELETE CASCADE/SET
NULL/etc. is configured for any foreign key references
which require it, otherwise the database may emit an
integrity violation if foreign key references are being
enforced.
After the DELETE, dependent objects in the
:class:`.Session` which were impacted by an ON DELETE
may not contain the current state, or may have been
deleted. This issue is resolved once the
:class:`.Session` is expired, which normally occurs upon
:meth:`.Session.commit` or can be forced by using
:meth:`.Session.expire_all`. Accessing an expired
object whose row has been deleted will invoke a SELECT
to locate the row; when the row is not found, an
:class:`~sqlalchemy.orm.exc.ObjectDeletedError` is
raised.
* The ``'fetch'`` strategy results in an additional
SELECT statement emitted and will significantly reduce
performance.
* The ``'evaluate'`` strategy performs a scan of
all matching objects within the :class:`.Session`; if the
contents of the :class:`.Session` are expired, such as
via a proceeding :meth:`.Session.commit` call, **this will
result in SELECT queries emitted for every matching object**.
* The :meth:`.MapperEvents.before_delete` and
:meth:`.MapperEvents.after_delete`
events **are not invoked** from this method. Instead, the
:meth:`.SessionEvents.after_bulk_delete` method is provided to
act upon a mass DELETE of entity rows.
.. seealso::
:meth:`_query.Query.update`
:ref:`inserts_and_updates` - Core SQL tutorial
)r
BulkDeletefactoryexec_rowcount)r. synchronize_session delete_ops r0 deletez Query.delete s7 p *2249LMM !!r2 c |pi }t j | ||| }| |j S )a Perform a bulk update query.
Updates rows matched by this query in the database.
E.g.::
sess.query(User).filter(User.age == 25).\
update({User.age: User.age - 10}, synchronize_session=False)
sess.query(User).filter(User.age == 25).\
update({"age": User.age - 10}, synchronize_session='evaluate')
.. warning:: The :meth:`_query.Query.update`
method is a "bulk" operation,
which bypasses ORM unit-of-work automation in favor of greater
performance. **Please read all caveats and warnings below.**
:param values: a dictionary with attributes names, or alternatively
mapped attributes or SQL expressions, as keys, and literal
values or sql expressions as values. If :ref:`parameter-ordered
mode ` is desired, the values can be
passed as a list of 2-tuples;
this requires that the
:paramref:`~sqlalchemy.sql.expression.update.preserve_parameter_order`
flag is passed to the :paramref:`.Query.update.update_args` dictionary
as well.
.. versionchanged:: 1.0.0 - string names in the values dictionary
are now resolved against the mapped entity; previously, these
strings were passed as literal column names with no mapper-level
translation.
:param synchronize_session: chooses the strategy to update the
attributes on objects in the session. Valid values are:
``False`` - don't synchronize the session. This option is the most
efficient and is reliable once the session is expired, which
typically occurs after a commit(), or explicitly using
expire_all(). Before the expiration, updated objects may still
remain in the session with stale values on their attributes, which
can lead to confusing results.
``'fetch'`` - performs a select query before the update to find
objects that are matched by the update query. The updated
attributes are expired on matched objects.
``'evaluate'`` - Evaluate the Query's criteria in Python straight
on the objects in the session. If evaluation of the criteria isn't
implemented, an exception is raised.
The expression evaluator currently doesn't account for differing
string collations between the database and Python.
:param update_args: Optional dictionary, if present will be passed
to the underlying :func:`_expression.update`
construct as the ``**kw`` for
the object. May be used to pass dialect-specific arguments such
as ``mysql_limit``, as well as other special arguments such as
:paramref:`~sqlalchemy.sql.expression.update.preserve_parameter_order`.
.. versionadded:: 1.0.0
:return: the count of rows matched as returned by the database's
"row count" feature.
.. warning:: **Additional Caveats for bulk query updates**
* The method does **not** offer in-Python cascading of
relationships - it is assumed that ON UPDATE CASCADE is
configured for any foreign key references which require
it, otherwise the database may emit an integrity
violation if foreign key references are being enforced.
After the UPDATE, dependent objects in the
:class:`.Session` which were impacted by an ON UPDATE
CASCADE may not contain the current state; this issue is
resolved once the :class:`.Session` is expired, which
normally occurs upon :meth:`.Session.commit` or can be
forced by using :meth:`.Session.expire_all`.
* The ``'fetch'`` strategy results in an additional
SELECT statement emitted and will significantly reduce
performance.
* The ``'evaluate'`` strategy performs a scan of
all matching objects within the :class:`.Session`; if the
contents of the :class:`.Session` are expired, such as
via a proceeding :meth:`.Session.commit` call, **this will
result in SELECT queries emitted for every matching object**.
* The method supports multiple table updates, as detailed
in :ref:`multi_table_updates`, and this behavior does
extend to support updates of joined-inheritance and
other multiple table mappings. However, the **join
condition of an inheritance mapper is not
automatically rendered**. Care must be taken in any
multiple-table update to explicitly include the joining
condition between those tables, even in mappings where
this is normally automatic. E.g. if a class ``Engineer``
subclasses ``Employee``, an UPDATE of the ``Engineer``
local table using criteria against the ``Employee``
local table might look like::
session.query(Engineer).\
filter(Engineer.id == Employee.id).\
filter(Employee.name == 'dilbert').\
update({"engineer_type": "programmer"})
* The polymorphic identity WHERE criteria is **not** included
for single- or
joined- table updates - this must be added **manually**, even
for single table inheritance.
* The :meth:`.MapperEvents.before_update` and
:meth:`.MapperEvents.after_update`
events **are not invoked from this method**. Instead, the
:meth:`.SessionEvents.after_bulk_update` method is provided to
act upon a mass UPDATE of entity rows.
.. seealso::
:meth:`_query.Query.delete`
:ref:`inserts_and_updates` - Core SQL tutorial
)r
BulkUpdater r r )r. r r update_args update_ops r0 r z Query.updateY sL D "'R *22 %v{
!!r2 c | j j r0| j j D ]#} || }||| ur|} |j sd| _ $t | }|j |S ||_ | j |_ | j D ]}| | | |j D ]}|d } ||g|dd R |j
rt |j
|_ | j
r| | |j s/| j rt# j d t# j d |j r"| j r| | |_ n| | |_ |S )NFr r zyNo column-based properties specified for refresh operation. Use session.expire() to reload collections and related items.z4Query contains no columns with which to SELECT from.)dispatchbefore_compile_bake_okr' r r rK r5
setup_contextcreate_eager_joins from_clauserF fromsro _adjust_for_single_inheritanceprimary_columnsr rZ r multi_row_eager_loadersr _compound_eager_statement_simple_statement)r. r r new_queryrl rL recstrategys r0 r zQuery._compile_context s = ' .m2
.
. BtHH (Yd-B-B$D ; .(-
t$$ (N "&"6 n 0 0F w / / / /- ( (C1vH HW 's122w ' ' ' ' ' 6 !!4 5 5GM # 9 / / 8 8 8&
$
0? 0M * @t/K @ $ > >w G GG $ 6 6w ? ?G r2 c b |j r t j |j |j }n d |_ g }t j |j |z |j f|j |j |j d| j }|j
|_
| j D ] } |j | }
| j
r |j | j
}| }| }t j || |_ t j |g|j z |j }|j
|j
j |j
|_
|}|j D ] }t j |||j } | | |j r' |j |j |j |j |j |S )Nrk rj r )rj ) r rE expand_column_list_from_order_byr r selectr r r r rK r r rT rX r` re rF rS secondary_columnsr eager_joinsr splice_joinsstop_on append_fromappend_order_bycopy_and_processeager_order_by) r. rl order_by_col_exprinnerhintrm r r
eager_joins r0 r z Query._compound_eager_statement s
# ( I')9! ! $G "
#&7 7
] ~ %
!( 7 $ + +D#EOT*EE ? 6#EOT_5E
""$$"0??J
Gg/ /GN
# /'*2(/(?I % !-4466 J #/Z); KK k*** %I % 11'2BCC
" !7#9::r2 c |j sd |_ | j du r4|j r-|xj t j |j |j z
c_ |xj t
|j z
c_ t j
|j |j z |j f|j |j
|j d| j }|j |_ | j D ] } |j | }
| j r |j | j }|j r |j |j |S )NTr )r r r rE r r ra r r r r r r r r rK r r rT rX r r )r. rl r r s r0 r zQuery._simple_statementa s? $ #G >T ! !g&6 ! # #9%w'7(9 (9
9 # #
w 2 9 9 ; ;<<<
J #g&? ?
] ~ %
%,$; !$ 3 3D+ +T2II ? >+ +T_=I ! ? %I %w'= > >r2 c t | j }| j rP| j | j vrBt | j }|j r|j }nd}| | j |fg }|D ]\ }}|| j v r|j j
}|j|r| | }| |dd }t j t j |j | |_ dS )am Apply single-table-inheritance filtering.
For all distinct single-table-inheritance mappers represented in
the columns clause of this query, as well as the "select from entity",
add criterion to the WHERE
clause of the given QueryContext such that only the appropriate
subtypes are selected from the total results.
NF)r r> r rY r r@ rI r& r* rA _single_table_criteriontraverser r and_True__ifnoner )r. rl rz r rS rM single_crits r0 r z$Query._adjust_for_single_inheritance s! T-446677 $ I(0HHH4344D$
- \\D$ r rf r
immutabledictrv r r% r r r r ro r r _path_registryr r7 r r r1 r- r9 rD rn rq r{ r r
r r r r r r rg r r r r r re r r r r r r r r r r r r r r rG r r r r r r r r r rB r( rv r PASSIVE_OFFr4 r* rX r\ r r` r rj rl rq rt rn r _valuesr
r r pending_deprecationr r r r r r r r r
deprecatedr r r rf r r r r r r& r r r r r r r r r r r r r r r8 r< r> rI rA rL rN r rS rV rX r[ r_ rc rf rh rm rt ry rk r ro r r} r r r r r' r r r r r r r) r2 r0 r& r& > s
, LJJIIGIIIG
FOJJ NJN "IN OO /T / 1 11I
++-- d ""G$$$&&KMK O # "M H"H % % % %@9 9 9 98 - - ->D D D -1 -1 -1^D D D / / /$
[]]& & ]& []]% % ]%+B +B +BZ! ! !( ( (
X
M M M 0 0 0# # # #
L L L $A A A A+ + +
(
X
" " " "@9
9
9
9
v C C CC C C ) ) X )E E E []] ) ) ] )
X
* []]( ( ]("
[]]! ! ]!4 []]( ( ](* X []] " " ] " [,-->B
.-
B []]C
C
]C
JVB VB VBx &
4M 4M 4M 4Ml=6 =6 =6 =6~ []] ]: []] " " ] " []]' ' ]'& []]( ( ](5P 5P 5P 5Pn []] * * * ] * []] ] 2y y yv []]' ' ]' []]; ; ];6 G []]% % ]%4 []]
9
9 ]
9 T
F
( (
(+ + +$* * * []]
(
( ]
( & []]@ @ @ ]@68 8 8 8( ' ' ' []]H H ]H" []]T_
1 D D ]D6 []]
8
8
8
]8
t []]$ $ ]$( [(*:;;!, !, <;!,F&% &% &%P [(*:;;8 8 <;86 [(*:;;8 8 <;84 [(*:;; % % <; %D) ) )
%2 %2 %2N6 6 66 6 6: : :4 4 47 7 7c
c
c
J
2
[(*:;;X X <;XtK K KZf> f> f>P@8 @8 @8D`/ `/ `/D" " " [())
*)
[,--./ ./ .-./` [,--p0 p0 .-p0d6 6 6: [())+ + *)+ Z [()) *) [()) *) [()) & & *) &> []] & & ] &< []]& & ]&* $ [,-- $ $ .- $< :" " "H @ 64 4 4
4
4
4 K K K0 0 0
=
=
X=
~8 8 8 8 : : : :8
X
X
(
(
(
T8, 8, 8,tz" z" z" z"xG" G" G" G"R4 4 4 4lG G GR <" " " " "r2 r& c $ e Zd Zed ZdS )r c |dv rd S |dk rd}d}n-|dk rdx}}n"|dk rd}d}nt j d|z t || S ) Nr r TFr
update_nowaitz"Unknown with_lockmode argument: %r)r r )rZ r[ r )r. r r r s r0 r z LockmodeArg.parse_legacy_query s = 4 6>>DFF
X
! !D66
_
$
$FDD&4t;
V4444r2 N)re r r classmethodr r) r2 r0 r r s- 5 5 [5 5 5r2 r c e Zd ZdZd Zd ZdS )r4 z:Represent an entity column returned within a Query result.c | t u r]|d }t |t j st | rt
} n$t |t rt } nt } t
| S )Nr ) r4 r^ r r r r Bundle
_BundleEntityr objectr )r rV r rL s r0 r z_QueryEntity.__new__ sy , !WF fd&788
$=M> >
$ $FF++
$##~~c"""r2 c | j | j }| j |_ |S r= r r s r0 r z_QueryEntity._clone s3 N " "4> 2 2]''))
r2 N)re r r r r r r) r2 r0 r4 r4 s8 DD # # # r2 r4 c | e Zd ZdZd ZdZdZd Zd Ze d Z
e d Z d Z d Z
d
Zd Zd Zd
ZdS )r z mapper/class/AliasedClass entityc |j s| |_ |j | d|_ |g| _ || _ d S r )r6 r5 r\ r7 r/ rP )r. r~ rL s r0 r1 z_MapperEntity.__init__ sG $ )$(E !
t$$$%)"
r2 Tc |j | _ || _ |j | _ |j | _ |j | _ |j | _ || _ |j r| j j | _
n| j j j | _
| j j
| _ d S r= )rA rN rG r@ with_polymorphic_mappers_with_polymorphicr _polymorphic_discriminatorr r r rM re r r r. rM rN s r0 rJ z_MapperEntity.setup_entity s o . "- ( 9 !)!B *2*A'# $ ; # / 4D #{ 1 :D $3 r2 c D | j rt d | | | j dS | j || \ }}|| _ || _ || _ | | j t j
|| j j dS )zReceive an update from a call to
:meth:`_query.Query.with_polymorphic`.
Note the newer style of using a free standing
``with_polymporphic()`` construct doesn't make use of this method.
z6Can't use with_polymorphic() against an Aliased objectN) r@ NotImplementedErrorrq rA _with_polymorphic_argsr r rG rD rE rF rH )r. r~ r rG r mappersrk s r0 r z"_MapperEntity.set_with_polymorphic s %K
! , ,T[ 9 9 9 F K > > J
") *8'"
00 K "8T[-L M M
r2 c | j j S r= )rA rM r s r0 r z_MapperEntity.type s
{!!r2 c | j S r= )r r s r0 r z'_MapperEntity.entity_zero_or_selectable s r2 c , t | j | S r= )r r r. rL s r0 r" z _MapperEntity.corresponds_to s %d&6???r2 c : |j | d S r= )r5 r\ )r. r~ sels r0 rz z!_MapperEntity.adapt_to_selectable s
t$$$$$r2 c d }| j s(|j r |j | j d }n| j }|r%|j r| |j }n
|}n|j }|S r= )r@ r, rv rA rN rf wrap)r. r~ rl rS r^ s r0 _get_entity_clausesz!_MapperEntity._get_entity_clauses s~ $ +*
M 599$+tLL*G ($
ll5#899 'C
r2 c
| || }|j r |r| |j }n |s|j }|s0| j j r$t j | j | j j }|j | u r|j
}|j }nd x}}t j
| j ||| j |||| j }|| j fS )N)r r polymorphic_discriminator)r rS r rA _requires_row_aliasingrE rF rG rH r6 r r r _instance_processorr r r )r. r~ rl r rS r r _instances r0
row_processorz_MapperEntity.row_processor0 s **5':: ? &w & ll7?33GG & oG
4;= ,!@ G D ( ( # 4O # 1MM.2 2Om/ K I +'&*&E
$***r2 c | || }|xj | j fz
c_ |j du rP| j j rD| j j |_ |r1| t
j |j |_ t j || j | | j
||j | j |j
| j d S )NF)rB r r )r r rG r rA
adapt_listr r8 r _setup_entity_queryr r r r r )r. r~ rl rS s r0 r z_MapperEntity.setup_contextS s **5'::
$/++
u $ $)= $ #{ 3G
#*#5#5L!122$ $ # K I # ! 3 ! 2&*&E
r2 c * t | j S r= )r rA r s r0 rt z_MapperEntity.__str__n 4; r2 N)re r r r r1 r
use_id_for_hashrJ r rg r r r" rz r r r rt r) r2 r0 r r s ** "O 4 4 4
B " " X" X @ @ @% % % (!+ !+ !+F
6 r2 r c d e Zd ZdZdZ dZdZdZd ZdZ dZ
d Z d Z e
d Zd Zd ZdS )
r aM A grouping of SQL expressions that are returned by a
:class:`_query.Query` under one namespace.
The :class:`.Bundle` essentially allows nesting of the tuple-based
results returned by a column-oriented :class:`_query.Query` object.
It also
is extensible via simple subclassing, where the primary capability
to override is that of how the set of expressions should be returned,
allowing post-processing as well as custom return types, without
involving ORM identity-mapped classes.
.. versionadded:: 0.9.0
.. seealso::
:ref:`bundles`
Fc |x| _ | _ || _ t x| _ | _ | j d |D | d| j | _ dS )aQ Construct a new :class:`.Bundle`.
e.g.::
bn = Bundle("mybundle", MyClass.x, MyClass.y)
for row in session.query(bn).filter(
bn.c.x == 5).filter(bn.c.y == 4):
print(row.mybundle.x, row.mybundle.y)
:param name: name of the bundle.
:param \*exprs: columns or SQL expressions comprising the bundle.
:param single_entity=False: if True, rows for this :class:`.Bundle`
can be returned as a "single entity" outside of any enclosing tuple
in the same manner as a mapped entity.
c 3 F K | ] }t |d |j |fV dS )r3 N)r _label)r r s r0 r= z"Bundle.__init__.. sF
7:WS%
,
,c 2
r2
single_entityN) r r
exprsr# r< r r rp r )r. r r rw s r0 r1 zBundle.__init__ s $ #'& DK
0 2 22
>C
VVOT5G H Hr2 Nc | j | j }|j | j |S r= )r r r r )r. cloneds r0 r z
Bundle._clone s6 ''77 t}---
r2 c . t j | j ddiS )NgroupF)r!
ClauseListr r s r0 r zBundle.__clause_element__ s $4:>5>>>r2 c 4 | j S r= )r r r s r0 r zBundle.clauses s &&((00r2 c < | }||_ |S )z.proc.. s! < < .proc s) ; < < < > > > > > r2 )re r r r r r rX r@ r1 r r< r r rg r r r r) r2 r0 r r r s & M< I I I I4 G0
A/
? ? ? 1 1 X1 r2 r c e Zd ZdZddZed Zed Zed Zd Z ed Z
d Z d
Z d Z
d Zd
S )r FTc J |j | |x| _ | _ t | | _ |j | _ g | _ |r@|j D ]8}t |t rt | | (t | | 9| j j | _
d S r= )r5 r\ bundlerP r r r r r^ r r r r r
)r. r~ r setup_entitiesrP s r0 r1 z_BundleEntity.__init__ s
t$$$"(( diLL !; .
.
. dF++ .!$----!$----&*k&?###r2 c & | j }||j S d S r= )r rA )r. r s r0 rA z_BundleEntity.mapper s < 4r2 c R g }| j D ] }| |j |S r= )r5 extendr/ )r. r/ r; s r0 r/ z_BundleEntity.entities s4 > * *C OOCL ) ) ) )r2 c 4 | j D ]}|j }||c S d S r= )r5 r r. r; r s r0 r z_BundleEntity.entity_zero s5 > COE ! 4r2 c dS r r) r s r0 r" z _BundleEntity.corresponds_to s ur2 c 4 | j D ]}|j }||c S d S r= )r5 r r% s r0 r z'_BundleEntity.entity_zero_or_selectable s6 > C1E ! 4r2 c t t || j d }| j D ]}| || d S )NF)r )r r r5 rz )r. r~ r r< r; s r0 rz z!_BundleEntity.adapt_to_selectable% sN %U C C C
> , ,C # #As + + + + , ,r2 c F | j D ]}| || d S r= )r5 rJ )r. rM rN r; s r0 rJ z_BundleEntity.setup_entity. s6 > 8 8C X 7 7 7 7 8 8r2 c F | j D ]}| || d S r= )r5 r )r. r~ rl r; s r0 r z_BundleEntity.setup_context2 s6 > . .C eW - - - - . .r2 c t fd| j D \ }}| j || }|| j fS )Nc > g | ]}| S r) )r )r r; rl r~ r s r0 r z/_BundleEntity.row_processor..8 s; !!%&99 r2 )zipr5 r r r )r. r~ rl r r r r s ``` r0 r z_BundleEntity.row_processor6 sn >
v {//ufEET%%%r2 Nr~ )re r r r r1 rg rA r/ r r" r rz rJ r r r) r2 r0 r r s O@ @ @ @ X X X
X, , ,8 8 8. . .
&
&
&
&
&r2 r c X e Zd ZdZd dZdZed Zd Zd Z d Z
d Z d
Z d Z
dS )
r z Column/expression based entity.Nc >
|| _ || _ d}d}t |t j r;t j d t
j | }|j | _ d}d}d }nt |t j t j
f r^t |dd }|d}|j | _ | }d}t |t" rt% || d S t |t j sLt) |d r$|j D ]}||u r nt- ||| d S t/ j d|d |st |d d | _ d}|j x| _ }|j | _ |j s+t |d
d s| | j }|j | || _ tC | _" tG |j$ | _% tC | j%
|sG|| _& |r|g| _' |j( | _( ng | _' d | _( tC | j' | _) d S d tU j+ |d D } t j, d
| D | _' tC
fd| D | _) | j' r%| j' d | _& | j& j( | _( d S | j | j | _& d | _( d S d | _& d | _( d S )NTFzPlain string expression passed to Query() should be explicitly declared using literal_column(); automatic coercion of this value will be removed in SQLAlchemy 1.4r _select_iterable) namespacez9SQL expression, column, or mapped entity expected - got 'rb r3
is_literalc $ g | ]
}d |j v |S rs r r r s r0 r z*_ColumnEntity.__init__.. s4 "T%666 766r2 )include_scalar_selectsc : g | ]}d |j v |j d S r4 r r5 s r0 r z*_ColumnEntity.__init__.. s8 %)::: %n5:::r2 c p g | ]2}d |j v |j %|j d 3S r4 )ru intersection
_from_objects)r r actual_fromss r0 r z*_ColumnEntity.__init__.. sR %):::$11$2DEE ; %n5:::r2 r )-rP r1 r^ r r warn_deprecatedr r r r r r r r r r3 _query_clause_elementr r
ColumnElementrW r0 r rZ r r hashabler r
r r5 r\ r r r rF r: r; r r/ rA _from_entitiesrE surface_column_elements unique_list) r. r~ r r1 search_entities check_column_entityr< type_ all_elementsr; s @r0 r1 z_ColumnEntity.__init__F s " fd / 0 0 !
'//F %{D #O LGG
Z2J4MN
fot< 1 } 4WV\5%I%I 4\\$"233F
t$$$ UU
!!5 6 64,-- * # &D
#!(
%n "
" "%dm"4"4D $ <5 L ! , , DM #& , # #D }
##'=#3 " . 5 +#'> " #' " r2 Fc J | j | j S | j r
| j d S d S )Nr )r r; r s r0 r z'_ColumnEntity.entity_zero_or_selectable s2 '# #
$Q' '4r2 c t || | j }| j |_ | j |_ | j |_ d S r= )r corresponding_columnr r r r/ )r. r~ r r< s r0 rz z!_ColumnEntity.adapt_to_selectable sB %!9!9$+!F!F G G (
(
]
r2 c d| j vr |j | _ t | j |j j r!| j |j d S d S )NrG )r rG r r; r9 r: r addr s r0 rJ z_ColumnEntity.setup_entity sn t} , , & 1DO t ! ! . . -
0
JNN8. / / / / / 0 0r2 c | j dS t | r || j u S t | j o| | j S r )r r r) r s r0 r" z _ColumnEntity.corresponds_to sd #5
v
&
& 9T -- -( 9&&t'788
9r2 c d| f|j v r|j d| f }n | | j dd }|j r| }|j r|j j | }| | }|| j fS )N fetch_columnFT) r r r ru _deannotaterS r _getterr )r. r~ rl r r getters r0 r z_ColumnEntity.row_processor s D !W%7 7 7 ' (>?FF((eTBBF * ''))F ? 5 _,V4F ''t'''r2 c | | j dd }|j r| }|xj t | j z
c_ |j | ||j d| f< d S )NFTrO ) r r ru rP r ra r r\ r )r. r~ rl r s r0 r z_ColumnEntity.setup_context s $$T[%>> * ''))F
tz***
&&v...5;ND1222r2 c * t | j S r= )r r r s r0 rt z_ColumnEntity.__str__ r r2 r= )re r r r r1 r
rg r rz rJ r" r r rt r) r2 r0 r r C s ))v# v# v# v#p #
X# # # 0 0 0 9 9 9( ( (" < < < r2 r c e Zd ZdZd ZdS )r' ) r rS r
for_updater~ r+ r\ r invoke_all_eagersr r r r r r r propagate_optionsr r r r r r rK runidpartialspost_load_pathsr c |j ct |j t j r7|j j s+|j j s |j | _ n8|j | _ n+d | _ |j | _ |j
| _ |j | _
d| _ d | _ d| _ d | _ || _ |j | _ |j | _ |j | _ |j | _ |j | _ |j | _ g | _ g | _ g | _ i | _! g | _" tG d |j$ D | _% |j& ' | _( | j |j) | _* d S d | _* d S )NFr) c 3 ( K | ]
}|j |V d S r= )propagate_to_loaders)r r s r0 r= z(QueryContext.__init__..F s> %
%
a.D%
%
%
%
%
%
%
r2 )+r r^ r! r_ _textualrj apply_labelsr rb r r r r r r rS r rV r~ r+ rZ r\ r r r_ rW r r r r r r r r r r r rX r r? r r r )r. r~ s r0 r1 zQueryContext.__init__% s '5+Z-BCC
2 (1
2 (3
2
"'!1!>!>!@!@!&!1 !DN $D $ /D !ODM',$
} )!&!9 !&!9 " 1 " 1 ! !# "$ !$ %
%
*%
%
%
"
"
+0022 )"'"?D "&D r2 N)re r r __slots__r1 r) r2 r0 r' r' s* I>(' (' (' (' ('r2 r' c e Zd Zd Zd ZdS ) AliasOptionc || _ dS )a" Return a :class:`.MapperOption` that will indicate to the
:class:`_query.Query` that the main table has been aliased.
This is a seldom-used option to suit the
very rare case that :func:`.contains_eager`
is being used in conjunction with a user-defined SELECT
statement that aliases the parent table. E.g.::
# define an aliased UNION called 'ulist'
ulist = users.select(users.c.user_id==7).\
union(users.select(users.c.user_id>7)).\
alias('ulist')
# add on an eager load of "addresses"
statement = ulist.outerjoin(addresses).\
select().apply_labels()
# create query, indicating "ulist" will be an
# alias for the main table, "addresses"
# property should be eager loaded
query = session.query(User).options(
contains_alias(ulist),
contains_eager(User.addresses))
# then get results via the statement
results = query.from_statement(statement).all()
:param alias: is the string name of an alias, or a
:class:`_expression.Alias` object representing
the alias.
N)r` )r. r` s r0 r1 zAliasOption.__init__Q s B
r2 c t | j t j r2| j | j }n| j }t
j | |_ d S r= ) r^ r` r r r rC rE rF rf )r. r~ r` s r0 r zAliasOption.process_queryt s_ dj$"3 4 4 &&((;AA$*MMEEJE ( 6u = = r2 N)re r r r1 r r) r2 r0 rc rc P s3 ! ! !F> > > > >r2 rc N);r itertoolsr r r ra r r r r
baser r
r r r r
path_registryr r r r r r r r r r rZ r r r r r! rE r" sql.baser# sql.expressionr$ sql.selectabler% __all__rootr _self_inspects class_loggerr r& r r4 r r r r r' MapperOptionrc r) r2 r0 rr sl $ $ $ $ $ $ # # # # # # " " " " " " ' ' ' ' ' ' ( ( ( ( ( ( " " " " " " " " " " " " ' ' ' ' ' ' / / / / / / ) ) ) ) ) )
.
.
. " aA aA aA aA aAF aA aA aAHC5 5 5 5 5, 5 5 5, 6 ,_ _ _ _ _ L _ _ _ D v v v v v^ v v vrT& T& T& T& T&L T& T& T&n L DH' H' H' H' H'6 H' H' H'V)> )> )> )> )>*) )> )> )> )> )>r2