U az @sdZddlZddlZddlZddlmZddlmZddlmZddlm Z ddl m Z dd l mZdd l mZdd l mZdd l mZdd l mZddl mZddl mZddlmZddl mZddl mZddl mZddl mZddl mZddlmZddlmZddlmZddlmZddlmZddlm Z ddlm Z ddlm!Z!ddlm"Z"ddlm#Z#ddlm$Z$ddlm Z%dd lm&Z&dd!l'm(Z(dd"l)m*Z*dd#l)m+Z+dd$l)m,Z,dd%l-m.Z.dd&l-m/Z/dd'l-m0Z0dd(l-m1Z1dd)l-m2Z2dd*l-m3Z3dd+l-m4Z4dd,l-m5Z5dd-l-m6Z6dd.l-m7Z7dd/l8m9Z9dd0l m:Z:d1d2d3gZ;ejGd5d6d6e1e6e,Z?Gd7d8d8ej@ZAGd9d:d:eBZCGd;d<dd>eCZEdS)?aThe 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. N)exc) interfaces)loading)util) _assertions_column_descriptions)$_legacy_determine_last_joined_entity)_legacy_filter_by_entity_zero)LABEL_STYLE_LEGACY_ORM)ORMCompileState)ORMFromStatementCompileState) QueryContext)ORMColumnsClauseRole)aliased) AliasedClass) object_mapper) with_parent)with_polymorphic)inspect) inspection)log)sql) coercions)elements) expression)roles)Select)visitors)SupportsCloneAnnotations_entity_namespace_key) _generative) Executable)_MemoizedSelectEntities)_SelectFromElements) ForUpdateArg)GroupedElement)HasHints) HasPrefixes) HasSuffixes)LABEL_STYLE_TABLENAME_PLUS_COL) SelectBase)SelectStatementGrouping)InternalTraversal)collections_abcQueryrrc@seZdZdZdZdZdZdZdZdZ dZ dZ dZ dZ dZdZdZdZeZdZejZejddiZejZdZdZdZ dZ!e"Z#dddZ$d d Z%d d Z&d dZ'ddZ(ddZ)e*ddZ+ddZ,ddZ-dddZ.dddZ/ddZ0dd Z1d!d"Z2e3d#d$Z4dd%d&Z5d'd(Z6e3d)d*Z7dd+d,Z8dd-d.Z9dd/d0Z:dd1d2Z;d3d4Zd9d:Z?e3d;d<Z@d=d>ZAe*d?d@ZBe3dAdBZCe*dCdDZDe*dEdFZEejFdGdHdIdJdKZGeGZHe3dLdMZIdNdOZJe*dPdQZKe3dRdSZLe*dTdUZMe*eNe0ejFdVdWdIddXdYZOe*dZd[ZPejFd\d]dd^d_d`ZQddadbZRe3dcddZSe3dedfZTe*dgdhZUe*didjZVe*dkdlZWe*dmdnZXejFdodpdd^eYdqddrdsZZe*ddtduZ[e*dvdwZ\ejFdxdydIdzd{Z]d|d}Z^e*d~dZ_e*dddZ`e=d5dddZaeaZbe=d5dddZce*ddZde*ddZee=d5dddZfe*ddZgddZhddZie*ddZje*dddZke*ddZlddZme*eNe1e2ddZnejoddZ ddZpddZqe*eNe1e2ddZre*eNe1e2ddZse*eNe1e2ddZtddZuddZvddZwddZxddZyddZzddZ{ddZ|e*eNe1e2ddZ}ddZ~e*eNe1ddZe*eNe0dd„ZejFdddIe*eNe0ddƄZddȄZe*eNe1ddʄZe*eNe1dd̄Ze*eNe1dd΄Ze*eNe1ddЄZdd҄Ze*eNe0ddԄZddքZdd؄ZddڄZdd܄ZddބZddZddZddZe3ddZdddZdddZddZddZdddZd ddZd ddZd ddZdS( r2ayORM-level SQL construction object. :class:`_query.Query` is the source of all SELECT statements generated by the ORM, both those formulated by end-user query operations as well as by high level internal operations such as related collection loading. It features a generative interface whereby successive calls return a new :class:`_query.Query` object, a copy of the former with additional criteria and options associated with it. :class:`_query.Query` objects are normally initially generated using the :meth:`~.Session.query` method of :class:`.Session`, and in less common cases by instantiating the :class:`_query.Query` directly and associating with a :class:`.Session` using the :meth:`_query.Query.with_session` method. For a full walk through of :class:`_query.Query` usage, see the :ref:`ormtutorial_toplevel`. NFTZ_legacy_uniquingcCs||_||dS)aConstruct a :class:`_query.Query` directly. E.g.:: q = Query([User, Address], session=some_session) The above is equivalent to:: q = some_session.query(User, Address) :param entities: a sequence of entities and/or SQL expressions. :param session: a :class:`.Session` with which the :class:`_query.Query` will be associated. Optional; a :class:`_query.Query` can be associated with a :class:`.Session` generatively via the :meth:`_query.Query.with_session` method as well. .. seealso:: :meth:`.Session.query` :meth:`_query.Query.with_session` N)session _set_entities)selfentitiesr4r3r3UC:\Users\vtejo\AppData\Local\Temp\pip-unpacked-wheel-nyjtotrf\sqlalchemy\orm\query.py__init__szQuery.__init__cCst||_|SN)r immutabledict_propagate_attrs)r6valuesr3r3r8_set_propagate_attrss zQuery._set_propagate_attrscsfddt|D_dS)Ncs g|]}tjtj|ddqSTapply_propagate_attrsZ post_inspectrexpectrColumnsClauseRole.0entr6r3r8 sz'Query._set_entities..)rto_list _raw_columnsr6r7r3rHr8r5s zQuery._set_entitiescCs||js dS|jd}d|jkr(|jdSt|tr8|jSd|jkrL|jdSt|D]}d|jkrV|jdSqVdSdS)Nr parententityZbundle)rK _annotations isinstancerentityr Ziterate)r6rGelementr3r3r8_entity_from_pre_ent_zeros       zQuery._entity_from_pre_ent_zerocCsHt|jdks*d|jdjks*|jdjs8td||jdjdS)NrrMrz4%s() can only be used against a single mapped class.)lenrKrNZ is_selectablesa_excInvalidRequestError)r6methnamer3r3r8_only_full_mapper_zeros  zQuery._only_full_mapper_zerocs2fdd|D}jd|i7_t|_dS)Ncs g|]}tjtj|ddqS)T)Z allow_selectrA)rrCrZStrictFromClauseRole)rFelemrHr3r8rIsz*Query._set_select_from.._set_base_alias)_compile_optionstuple _from_obj)r6objZset_base_aliasfar3rHr8_set_select_froms   zQuery._set_select_fromcCs|jd|i7_dS)N_lazy_loaded_from load_options)r6stater3r3r8_set_lazyload_fromszQuery._set_lazyload_fromcCs|jddddSNgetForder_bydistinct)_no_criterion_conditionrHr3r3r8_get_conditions zQuery._get_conditioncCs|jdddddSre)_no_criterion_assertionrHr3r3r8_get_existing_conditionszQuery._get_existing_conditioncCsf|js dS|jsT|jdk sT|jsT|jsT|jdk sT|jdk sT|jsT|rJ|jsT|rb|j rbt d|dSNzszQuery._has_row_limiting_clausecCsxi}i}|r||d<|r ||d<|r4||d<d|d<|rDt||d<|rP||d<|rb|j|7_|rt|j|7_|S)NZ_version_check_populate_existingZ_refresh_stateTZ_for_refresh_stateZ_only_load_propsZ_refresh_identity_token) frozensetrbrZ)r6populate_existingZ version_checkZonly_load_propsZ refresh_stateidentity_tokenrbcompile_optionsr3r3r8 _get_optionsDs$ zQuery._get_optionscCs|Sr:) _generaterHr3r3r8_clonebsz Query._clonecCsB|jjs|jjs|jdd}n|jddj}|jr>||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. T for_statement)rZrY_with_polymorphic_adapt_map _statement_20_compile_state statement_paramsparams)r6stmtr3r3r8res zQuery.statementcCs|}|j|djS)a:Return the 'final' SELECT statement for this :class:`.Query`. This is the Core-only select() that will be rendered by a complete compilation of this query, and is what .statement used to return in 1.3. This method creates a complete compile state so is fairly expensive. )use_legacy_query_style)rrr)r6Zlegacy_query_styleqr3r3r8_final_statements zQuery._final_statementcCs|jjrJ|jjD]8}||}|dk r||k r|}|js|jddi7_q|j}|||d7}|jdk rt|j|j}|jj|j |j ||j |j dn`_. 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)rrcte)r6rrr3r3r8rs7 z Query.ctecCs|dj|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:`sqlalchemy.sql.expression.SelectBase.label`. F)rrlabel)r6rr3r3r8r4s z Query.label1.4zThe :meth:`_query.Query.as_scalar` method is deprecated and will be removed in a future release. Please refer to :meth:`_query.Query.scalar_subquery`.cCs|S)z}Return the full SELECT statement represented by this :class:`_query.Query`, converted to a scalar subquery. )scalar_subqueryrHr3r3r8 as_scalar?s zQuery.as_scalarcCs|djS)aiReturn the full SELECT statement represented by this :class:`_query.Query`, converted to a scalar subquery. Analogous to :meth:`sqlalchemy.sql.expression.SelectBase.scalar_subquery`. .. versionchanged:: 1.4 The :meth:`_query.Query.scalar_subquery` method replaces the :meth:`_query.Query.as_scalar` method. F)rrrrHr3r3r8rLs zQuery.scalar_subquerycCs|S)zReturn the :class:`_expression.Select` object emitted by this :class:`_query.Query`. Used for :func:`_sa.inspect` compatibility, this is equivalent to:: query.enable_eagerloads(False).with_labels().statement )__clause_element__rHr3r3r8 selectableZs zQuery.selectablecCs|jdddtjS)NFT)_enable_eagerloadsZ_render_for_subquery)_with_compile_optionsrr-rrHr3r3r8rfszQuery.__clause_element__cCs|jt|d7_dS)zWhen set to True, the query results will always be a tuple. This is specifically for single element queries. The default is False. .. versionadded:: 1.2.5 .. seealso:: :meth:`_query.Query.is_single_entity` )_only_return_tuplesN)rbdictr6valuer3r3r8only_return_tuplesos zQuery.only_return_tuplescCs>|jj o_; 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.set_label_style` 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.set_label_style`, invoke the :attr:`_query.Query.statement` using :meth:`.Session.execute`:: result = session.execute( query .set_label_style(LABEL_STYLE_TABLENAME_PLUS_COL) .statement ) .. versionadded:: 1.4 )rr)r6styler3r3r8rs zQuery.set_label_stylecCs ||_dS)aControl 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)rorr3r3r8enable_assertionsszQuery.enable_assertionscCstjj|jS)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. )rrZBooleanClauseListZ_construct_for_whereclauserprHr3r3r8 whereclauses zQuery.whereclausecCs|jd|i7_dS)aindicate 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. _current_pathNr)r6pathr3r3r8_with_current_paths zQuery._with_current_pathz#:meth:`_orm.Query.with_polymorphic`z2Use the orm.with_polymorphic() standalone functioncCs6t|}t||||d}|jd|t|ff|_dS)aHLoad columns for inheriting classes. This is a legacy method which is replaced by the :func:`_orm.with_polymorphic` function. .. warning:: The :meth:`_orm.Query.with_polymorphic` method does **not** support 1.4/2.0 style features including :func:`_orm.with_loader_criteria`. Please migrate code to use :func:`_orm.with_polymorphic`. :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. .. seealso:: :ref:`with_polymorphic` - illustrates current patterns )rpolymorphic_onrN)r rrZZadd_to_elementr)r6Zcls_or_mappersrrrPZwpr3r3r8rs# zQuery.with_polymorphiccCs|jd|i7_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). As of SQLAlchemy 1.4, the :meth:`_orm.Query.yield_per` method is equivalent to using the ``yield_per`` execution option at the ORM level. See the section :ref:`orm_queryguide_yield_per` for further background on this option. _yield_perNra)r6countr3r3r8 yield_perDszQuery.yield_perz:meth:`_orm.Query.get`z7The method is now available as :meth:`_orm.Session.get`)rZbecomes_legacycCs|jdddd||tjS)a 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. :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``. rfFrg)rl _get_implrZload_on_pk_identity)r6identr3r3r8rfYsSz Query.getc Cs0|d}|jj||||jj|j|j||jdS)Nrf)rwith_for_updateoptionsrexecution_options)rWr4rrbr_for_update_argrr)r6Zprimary_key_identityZ db_load_fnrmapperr3r3r8rs zQuery._get_implcCs|jjS)aAn :class:`.InstanceState` that is using this :class:`_query.Query` for a lazy load operation. .. deprecated:: 1.4 This attribute should be viewed via the :attr:`.ORMExecuteState.lazy_loaded_from` attribute, within the context of the :meth:`.SessionEvents.do_orm_execute` event. .. seealso:: :attr:`.ORMExecuteState.lazy_loaded_from` )rbr`rHr3r3r8lazy_loaded_fromszQuery.lazy_loaded_fromcCs|jjSr:)rZrrHr3r3r8rszQuery._current_pathcGs>d|_|r|ddkrd|_nt|jdd|D|_dS)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. Fr>NFr3css|]}ttj|VqdSr:)rrCrZFromClauseRole)rFfr3r3r8 sz"Query.correlate..N)_auto_correlate _correlatesetr)r6Z fromclausesr3r3r8 correlates zQuery.correlatecCs|jd|i7_dS)a?Return a Query with a specific 'autoflush' setting. As of SQLAlchemy 1.4, the :meth:`_orm.Query.autoflush` method is equivalent to using the ``autoflush`` execution option at the ORM level. See the section :ref:`orm_queryguide_autoflush` for further background on this option. Z _autoflushNra)r6Zsettingr3r3r8 autoflushs zQuery.autoflushcCs|jddi7_dS)aReturn a :class:`_query.Query` that will expire and refresh all instances as they are loaded, or reused from the current :class:`.Session`. As of SQLAlchemy 1.4, the :meth:`_orm.Query.populate_existing` method is equivalent to using the ``populate_existing`` execution option at the ORM level. See the section :ref:`orm_queryguide_populate_existing` for further background on this option. rTNrarHr3r3r8rs zQuery.populate_existingcCs|jd|i7_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`. Z_invoke_all_eagersNrarr3r3r8_with_invoke_all_eagers s zQuery._with_invoke_all_eagersz:meth:`_orm.Query.with_parent`z6Use the :func:`_orm.with_parent` standalone construct.zsqlalchemy.orm.relationshipscCstjj}|rt|}nt|}|dkrvt|}|jD]$}t||jr4|j |j kr4|}qvq4t d|j j j |jj f|t|||jS)a4Add 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 '%s' to instances of class '%s')rZ preloadedZorm_relationshipsrr rZiterate_propertiesrOZRelationshipPropertyrrTrUclass___name__ __class__filterrrP)r6instanceproperty from_entityZ relationshipsZ entity_zerorpropr3r3r8rs*!     zQuery.with_parentcCs<|dk rt||}t|j|_|jtjtj||ddS)zIadd a mapped entity to the list of result columns to be returned.NrA)rlistrKappendrrCrrD)r6rPrr3r3r8 add_entityUs  zQuery.add_entitycCs ||_dS)aReturn 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)r4)r6r4r3r3r8 with_sessionfszQuery.with_sessionz:meth:`_query.Query.from_self`zThe new approach is to use the :func:`.orm.aliased` construct in conjunction with a subquery. See the section :ref:`Selecting from the query itself as a subquery ` in the 2.0 migration notes for an example.cGs |j|S)aTreturn 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 will 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. ) _from_selfrLr3r3r8 from_selfs7zQuery.from_selfcGs4|td}||}|r0|||Sr:)rr-rrZ_anonymous_fromclause_from_selectabler5)r6r7 fromclauserr3r3r8r8s    zQuery._from_selfcCs|jd|i7_dS)N_enable_single_critr)r6valr3r3r8_set_enable_single_critFszQuery._set_enable_single_critcCsNdD]}|j|dq||g||jddi7_|jddi7_dS)N) rprvrursrt_last_joined_entityrr_memoized_select_entitiesrw _distinct_on_having_criteria _prefixesZ _suffixesrFZ_orm_only_from_obj_alias)rrr_rZ)r6rZset_entity_fromattrr3r3r8rJs zQuery._from_selectablez:meth:`_query.Query.values` is deprecated and will be removed in a future release. Please use :meth:`_query.Query.with_entities`cGsF|s tdS|d}|||jjs>|jddi7_t|S)zfReturn an iterator yielding result tuples corresponding to the given list of columns r3Fr )iterrrr5rbr)r6columnsrr3r3r8r=hs  z Query.valuesz:meth:`_query.Query.value` is deprecated and will be removed in a future release. Please use :meth:`_query.Query.with_entities` in combination with :meth:`_query.Query.scalar`cCs0zt||dWStk r*YdSXdS)zVReturn a scalar result corresponding to the given column expression. rN)nextr= StopIterationr6columnr3r3r8r~s z Query.valuecGst|||dS)a7Return 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&Z_generate_for_statementr5rLr3r3r8 with_entitiess zQuery.with_entitiescs*tj_jfdd|DdS)zXAdd one or more column expressions to the list of result columns to be returned.c3s"|]}tjtj|ddVqdS)Tr@NrB)rFcrHr3r8rsz$Query.add_columns..N)rrKextendrr3rHr8 add_columnss zQuery.add_columnsz:meth:`_query.Query.add_column` is deprecated and will be removed in a future release. Please use :meth:`_query.Query.add_columns`cCs ||S)zWAdd a column expression to the list of result columns to be returned. )rrr3r3r8 add_columns zQuery.add_columncGs^tt|}|jjr2|D]}|jr||qn|D]}|jr6||q6|j|7_dS)aLReturn 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` N) r[rZflatten_iteratorrZrZ_is_legacy_optionZprocess_query_conditionallyZ process_queryr)r6argsoptsrr3r3r8rs z Query.optionscCs||S)aReturn 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`. r3)r6rr3r3r8with_transformationszQuery.with_transformationcCs|jS)zGet the non-SQL options which will take effect during execution. .. versionadded:: 1.3 .. seealso:: :meth:`_query.Query.execution_options` )rrHr3r3r8get_execution_optionss zQuery.get_execution_optionscKs|j||_dS)agSet non-SQL options which take effect during execution. Options allowed here include all of those accepted by :meth:`_engine.Connection.execution_options`, as well as a series of ORM specific options: ``populate_existing=True`` - equivalent to using :meth:`_orm.Query.populate_existing` ``autoflush=True|False`` - equivalent to using :meth:`_orm.Query.autoflush` ``yield_per=`` - equivalent to using :meth:`_orm.Query.yield_per` Note that the ``stream_results`` execution option is enabled automatically if the :meth:`~sqlalchemy.orm.query.Query.yield_per()` method or execution option is used. The execution options may also be specified on a per execution basis when using :term:`2.0 style` queries via the :paramref:`_orm.Session.execution_options` parameter. .. versionadded:: 1.4 - added ORM options to :meth:`_orm.Query.execution_options` .. seealso:: :ref:`engine_stream_results` :meth:`_query.Query.get_execution_options` N)rr)r6kwargsr3r3r8rs#zQuery.execution_optionscCst|||||d|_dS)areturn 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 .. 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(r)r6rrrrr r3r3r8r)s/zQuery.with_for_updatecOsDt|dkr||dnt|dkr2td|j||_dS)aAdd 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. rrzFparams() takes zero or one positional argument, which is a dictionary.N)rSrrT ArgumentErrorrr)r6rrr3r3r8r`s  z Query.paramscGs |j|S)zMA synonym for :meth:`.Query.filter`. .. versionadded:: 1.4 )rr6 criterionr3r3r8wheretsz Query.wherecGsLt|D]>}tjtj||d}|jr6t|d|ji}|j|f7_qdS)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. raliased_generationN) rrrCrWhereHavingRole_aliased_generationsql_util_deep_annotaterpr r3r3r8r|s z Query.filtercCs|jrt|j|SdSdSr:)rrr rRrHr3r3r8rs zQuery._last_joined_entitycCs2|jr|j}|dk r|S|jr(|jdS|jdS)Nr)rrrr\rK)r6rr3r3r8_filter_by_zeros zQuery._filter_by_zeroc sB|dkr"td|fdd|D}|j|S)aApply 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 querycsg|]\}}t||kqSr3r")rFkeyrrr3r8rIsz#Query.filter_by..)rrTrUZ_query_entity_zeroitemsr)r6rclausesr3rr8 filter_bys zQuery.filter_bycslt|dkr,|ddks$|ddkr,d_n.csg|]}t|djiqSrrrrrForHr3r8rIs z"Query.order_by..)rSrvr[rr6rr r3rHr8rhs$  zQuery.order_bycslt|dkr,|ddks$|ddkr,d_n.csg|]}t|djiqSrrrrHr3r8rI)s z"Query.group_by..)rSrur[rrr3rHr8group_by s$  zQuery.group_bycCs"|jtjtj||df7_dS)aApply 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) rN)rrrCrrr r3r3r8having4sz Query.havingcGs|||gt|Sr:)rrr)r6Zexpr_fnrr3r3r8_set_opMsz Query._set_opcGs|jtjf|S)aProduce 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"rrr6rr3r3r8rPs%z Query.unioncGs|jtjf|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#r3r3r8r$wszQuery.union_allcGs|jtjf|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#r3r3r8r%szQuery.intersectcGs|jtjf|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#r3r3r8r&szQuery.intersect_allcGs|jtjf|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"rexcept_r#r3r3r8r'sz Query.except_cGs|jtjf|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#r3r3r8r(szQuery.except_allcCs$d|jkrd|_|jd7_|jS)N_aliased_generation_counterrr)rr)rHr3r3r8_next_aliased_generations zQuery._next_aliased_generationc s|dd|dd|dd|ddf\s<rFtd|r`tddt|spd _d _|r|d |d d }}nd }}|s|d krt|t s|fg}n|st|t j t t tjfrt|tjttjtjfr||fg}ng}g}|f|D]v}t|t rntd |r8|d d|Dg}t|d ttjfrb|d |d f}||n ||q|r|dd|Dr_jrfdd|D}t fddt|D} t| d krtdj| 7_jdd d S)a"0Create 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') **Augmenting Built-in ON Clauses** As a substitute for providing a full custom ON condition for an existing relationship, the :meth:`_orm.PropComparator.and_` function may be applied to a relationship attribute to augment additional criteria into the ON clause; the additional criteria will be combined with the default criteria using AND:: q = session.query(User).join( User.addresses.and_(Address.email_address != 'foo@bar.com') ) .. versionadded:: 1.4 **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()** .. deprecated:: 1.4 The following features are deprecated and will be removed in SQLAlchemy 2.0. 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) ) session.query(User).join(Order, Item) # ... 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. rFfrom_joinpointisouterfullz~The ``aliased`` and ``from_joinpoint`` keyword arguments to Query.join() are deprecated and will be removed in SQLAlchemy 2.0.zunknown arguments: %sz, NrrzIQuery.join() will no longer accept tuples as arguments in SQLAlchemy 2.0.css|] }|fVqdSr:r3rFZ_sr3r3r8r szQuery.join..css|] }|fVqdSr:r3r.r3r3r8r" scsRg|]J}t|dkrJ|dt|dtjr@t|ddjin|dfn|qS)rrrr)rSrOrZ ClauseElementrrr)rFrrHr3r8rI) s   zQuery.join..c 3sn|]f\}}tjtj|dddt|dkrBtjtj|dddndd|dkrVdnjdfVqdS)rT)legacyrArrr/N)r,rr+r-r)rrCrZJoinTargetRolerSZ OnClauseRoler)rFirrr+r-r,r6r3r8r: s( zPassing a chain of multiple join conditions to Query.join() is deprecated and will be removed in SQLAlchemy 2.0. Please use individual join() calls per relationship.r)rrZwarn_deprecated_20 TypeErrorjoinsortedrrrOr[rZ Selectabletypertypes FunctionTyperZ ColumnElementstrrZPropComparatorrrr* enumeraterSrrr) r6targetpropsrZonclauser/Z_propsZ_singlerZ joins_to_addr3r2r8r4s,           z Query.joincOsd|d<|j|f||S)zCreate a left outer join against this ``Query`` object's criterion and apply generatively, returning the newly resulting ``Query``. Usage is the same as the ``join()`` method. Tr,)r4)r6r;r<rr3r3r8 outerjoin` szQuery.outerjoincCsd|_d|_dS)aSReturn a new :class:`.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.join` method. See the example in :meth:`~.Query.join` for how this is used. N)rrrHr3r3r8reset_joinpointj s zQuery.reset_joinpointcGs||ddS)aPSet the FROM clause of this :class:`.Query` explicitly. :meth:`.Query.select_from` is often used in conjunction with :meth:`.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.join`, when no joinpoint is otherwise established - usually, the default "join point" is the leftmost entity in the :class:`~.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:`.Mapper` objects as well as core :class:`.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.join` :meth:`.Query.select_entity_from` FN)r_r6Zfrom_objr3r3r8 select_fromy s/zQuery.select_fromz%:meth:`_orm.Query.select_entity_from`z.Use the :func:`_orm.aliased` construct insteadcCs$||gd|jddi7_dS)aSet 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.subquery()).\ 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).subquery() 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` TrFN)r_rZr?r3r3r8select_entity_from svzQuery.select_entity_fromcCstj|||j p|jj dS)N)Zallow_negative)orm_utilZ_getitemr4future)r6itemr3r3r8 __getitem__# s zQuery.__getitem__cCs t|j|j||\|_|_dS)aComputes 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` N)rZ _make_slicersrt)r6startstopr3r3r8slice* s !z Query.slicecCst||_dS)zZApply a ``LIMIT`` to the query and return the newly resulting ``Query``. N)r_offset_or_limit_clausers)r6limitr3r3r8rJO sz Query.limitcCst||_dS)z\Apply an ``OFFSET`` to the query and return the newly resulting ``Query``. N)rrIrt)r6offsetr3r3r8rKX sz Query.offsetcGs0|r&d|_|jtdd|D|_nd|_dS)aApply a ``DISTINCT`` to the query and return the newly resulting ``Query``. .. note:: The ORM-level :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. .. deprecated:: 2.0 This logic is deprecated and will be removed in SQLAlchemy 2.0. See :ref:`migration_20_query_distinct` for a description of this use case in 2.0. :param \*expr: optional column expressions. When present, the PostgreSQL dialect will render a ``DISTINCT ON ()`` construct. .. deprecated:: 1.4 Using \*expr in other dialects is deprecated and will raise :class:`_exc.CompileError` in a future version. Tcss|]}ttj|VqdSr:)rrCrZByOfRole)rFer3r3r8r sz!Query.distinct..N)rwrr[)r6exprr3r3r8ria s  zQuery.distinctcCs |S)aReturn 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` )_iterallrHr3r3r8rO sz Query.allcCstjtj||d}||_dS)a1Execute 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 rN)rrCrZSelectStatementRolerq)r6rr3r3r8from_statement s zQuery.from_statementcCs,|jdk r|S|dSdS)a7Return 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)rqrNfirstrJrHr3r3r8rQ s  z Query.firstcCs |S)aReturn 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` )rN one_or_nonerHr3r3r8rR szQuery.one_or_nonecCs |S)aBReturn 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` )rNonerHr3r3r8rS sz Query.onecCsBz$|}t|tjs|WS|dWStjk r<YdSXdS)a4Return 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. rN)rSrOr1Sequenceorm_excZ NoResultFound)r6retr3r3r8scalar s  z Query.scalarcCs |Sr:)rN__iter__rHr3r3r8rX szQuery.__iter__cCs^|j}|}|jj||d|jid}|jddr<|}|jddrZ|jjsZ| }|S)NZ_sa_orm_load_optionsrrFfiltered) rrr4executerb _attributesrfscalarsrunique)r6rrresultr3r3r8rN s z Query._itercCsP|}z|jr |||jjnd}Wntjk r@d}YnXt||Sr:)rr4_get_bind_argsZget_bindrTZUnboundExecutionErrorr9compile)r6rbindr3r3r8__str__1 s z Query.__str__cKs|fd|i|S)Nrr3)r6rrkwr3r3r8r`? szQuery._get_bind_argscCs t|ddS)aReturn 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 } ] Tr0rrHr3r3r8column_descriptionsB s(zQuery.column_descriptionscCsv|dkr:tjddd|jdd}t||j|j|j|j}t ||}|j ddr\| }|j ddrr| }|S) zhReturn an ORM result given a :class:`_engine.CursorResult` and :class:`.QueryContext`. NzUsing the Query.instances() method without a context is deprecated and will be disallowed in a future release. Please make use of :meth:`_query.Query.from_statement` for linking ORM results to arbitrary select constructs.r)versionFrrrZ)rZwarn_deprecatedrrrrr4rbr instancesr\rfr]r^)r6Z result_proxycontext compile_stater_r3r3r8rgl s&  zQuery.instancescCst|||S)akMerge 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)r6iteratorloadr3r3r8rj szQuery.merge_resultcCsH|dtdtjd}|}|dk r>| |}t |S)aA 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() F1rN) rrrliteral_columnrr-rZwith_only_columnsrRr@exists)r6innerZezeror3r3r8ro s%  z Query.existscCs&tjtd}||dS)aReturn 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))) *F)rfuncrrnrrrW)r6colr3r3r8r s7z Query.countevaluatecCst|}|jjr>|jjD]$}||j|}|dk r6||_|j}qtj|j}|j|_|jj ||j d|id}||_ |jj || |jS)aPerform a DELETE with an arbitrary WHERE clause. 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:: See the section :ref:`orm_expression_update_delete` for important caveats and warnings, including limitations when using bulk UPDATE and DELETE with mapper inheritance configurations. :param synchronize_session: chooses the strategy to update the attributes on objects in the session. See the section :ref:`orm_expression_update_delete` for a discussion of these strategies. :return: the count of rows matched as returned by the database's "row count" feature. .. seealso:: :ref:`orm_expression_update_delete` Nsynchronize_sessionrY) BulkDeleterZbefore_compile_deletequeryrdeleterKrpr4r[rr_Zafter_bulk_deletecloserowcount)r6ruZbulk_delrrZdelete_r_r3r3r8rx s$!   z Query.deletec Cs|pi}t|||}|jjrJ|jjD]}||j|}|dk r$||_q$|j}tj|j}|dd}|rr|j|}n | |}|r|j f|}|j |_ |j j ||jd|id} | |_|j j|| | jS)aPerform an UPDATE with an arbitrary WHERE clause. 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:: See the section :ref:`orm_expression_update_delete` for important caveats and warnings, including limitations when using arbitrary UPDATE and DELETE with mapper inheritance configurations. :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. :param synchronize_session: chooses the strategy to update the attributes on objects in the session. See the section :ref:`orm_expression_update_delete` for a discussion of these strategies. :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`. :return: the count of rows matched as returned by the database's "row count" feature. .. seealso:: :ref:`orm_expression_update_delete` NZpreserve_parameter_orderFrurY) BulkUpdaterZbefore_compile_updaterwrrrKrZordered_valuesr=Zwith_dialect_optionsrpr4r[rr_Zafter_bulk_updateryrz) r6r=ruZ update_argsZbulk_udrrZupdZppor_r3r3r8rL s24        z Query.updatecKs<|jfd|i|}||jjks$tt|d}||dS)aCreate an out-of-compiler ORMCompileState object. The ORMCompileState object is normally created directly as a result of the SQLCompiler.process() method being handed a Select() or FromStatement() object that uses the "orm" plugin. This method provides a means of creating this ORMCompileState object directly without using the compiler. This method is used only for deprecated cases, which include the .from_self() method for a Query that has multiple levels of .from_self() in use, as well as the instances() method. It is also used within the test suite to generate ORMCompileState objects for test purposes. rrN)rrZrAssertionErrorr Z_get_plugin_class_for_plugincreate_for_statement)r6rrdrZcompile_state_clsr3r3r8r szQuery._compile_statecCs(|j|d}t||j|j|j|j}|S)Nr)rrrrr4rb)r6rrirhr3r3r8_compile_context s zQuery._compile_context)N)TT)TT)NNNNN)T)FT)NFF)NF)NN)N)NN)N)T)FFNFF)N)T)rt)rtN)F)F)r __module__ __qualname____doc__rprrvrursrtrwrrrrr\Z _setup_joinsrrr rrr default_compile_optionsrZrZdefault_load_optionsrbr EMPTY_DICTrrrorrqr;r<r9r>r5rRrWr_r$rdrkrmrlrjr{r|r}rr~rrrrrrrr deprecatedrrrrrrrrZ deprecated_20rZ apply_labelsrrrrrrrrrfrrrrrrrZpreload_modulerrrrrrrr=Z_valuesrrrrrrrrrrr rZmemoized_propertyrrrhr r!r"rr$r%r&r'r(r*r4r=r>r@rArErHrJrKrirOrPrQrRrSrWrXrNrcr`rergrjrorrxrrr~r3r3r3r8r2Ls              +  3 & ;          #   *  T       8  1         $ 6  '  ' ' ) '      7   /s #   %  ) " 1: 7 T cseZdZdZdZejZejZ dZ de j fde j fgejZede jfgZddZd d Zd d Zed dZddZddZfddZeddZeddZZS)rzhCore construct that represents a load of ORM objects from a finished select or text construct. Zorm_from_statementNrKrQrZcs$fddt|D_|_dS)Ncs g|]}tjtj|ddqSr?rBrErHr3r8rI sz*FromStatement.__init__..)rrJrKrQ)r6r7rQr3rHr8r9 s  zFromStatement.__init__cCs|jSr:rrHr3r3r8r szFromStatement.get_label_stylecCst|j|Sr:)r/rQr)r6Z label_styler3r3r8r s zFromStatement.set_label_stylecCs|jjSr:)rQrrHr3r3r8r szFromStatement._label_stylecKs2|j||f|}|j }|r"||_|j|jf|S)zprovide a fixed _compiler_dispatch method. This is roughly similar to using the sqlalchemy.ext.compiler ``@compiles`` extension. )_compile_state_factorystackriprocessr)r6compilerrdritoplevelr3r3r8_compiler_dispatch s z FromStatement._compiler_dispatchcCs|Sr:r3rHr3r3r8_ensure_disambiguated_names sz)FromStatement._ensure_disambiguated_namesc+sFtjdd|jDD] }|Vqtt|jf|D] }|Vq6dS)Ncss|] }|jVqdSr:)Z _from_objects)rFrQr3r3r8r sz-FromStatement.get_children..) itertoolschain from_iterablerKsuperr get_children)r6rdrXrr3r8r s   zFromStatement.get_childrencCs|jjr|jjSdSr:)rQis_dml _returningrHr3r3r8r szFromStatement._returningcCs|jjr|jjSdSr:)rQr_inlinerHr3r3r8r szFromStatement._inline)rrrrZ__visit_name__rrrZr}rrr0Zdp_clauseelement_listZdp_clauseelementr%Z_executable_traverse_internalsZ_traverse_internalsZdp_has_cache_keyZ_cache_key_traversalr9rrrrrrrrr __classcell__r3r3rr8r s2    rc@s(eZdZeddddZddZdS) AliasOptionrzThe :class:`.AliasOption` is not necessary for entities to be matched up to a query that is established via :meth:`.Query.from_statement` and now does nothing.cCsdS)zReturn a :class:`.MapperOption` that will indicate to the :class:`_query.Query` that the main table has been aliased. Nr3)r6rr3r3r8r9! szAliasOption.__init__cCsdSr:r3)r6rir3r3r8process_compile_state. sz!AliasOption.process_compile_stateN)rrrrrr9rr3r3r3r8r s  rc@s,eZdZdZddZddZeddZdS) BulkUDzrState used for the orm.Query version of update() / delete(). This object is now specific to Query only. cCs$|d|_||j|_dS)NF)rrw_validate_query_staterRr)r6rwr3r3r8r99 s zBulkUD.__init__c Csdddtjfdddtjfdddtjfdd dtjfd d d tjfd ddtjfdddtjffD].\}}}}|t|j||sXtd|fqXdS)Nrszlimit()rtzoffset()rvz order_by()r3ruz group_by()rwz distinct()Fr\z2join(), outerjoin(), select_from(), or from_self()rrzCCan't call Query.update() or Query.delete() when %s has been called)operatoris_eqgetattrrwrTrU)r6rrVZnotsetopr3r3r8r> s,     zBulkUD._validate_query_statecCs|jjSr:)rwr4rHr3r3r8r4X szBulkUD.sessionN)rrrrr9rrr4r3r3r3r8r2 s rcs eZdZdZfddZZS)r{zBulkUD which handles UPDATEs.cs tt||||_||_dSr:)rr{r9r= update_kwargs)r6rwr=rrr3r8r9` szBulkUpdate.__init__)rrrrr9rr3r3rr8r{] sr{c@seZdZdZdS)rvzBulkUD which handles DELETEs.N)rrrrr3r3r3r8rvf srv)Frrrr7rrUrrrrBbaserrhr r r r r rrrrrrrrrTrrrrrrrrrrr Zsql.annotationr!Zsql.baser#r$r%Zsql.selectabler&r'r(r)r*r+r,r-r.r/Z sql.visitorsr0r1__all__Z_self_inspectsZ class_loggerr2rZ LoaderOptionrobjectrr{rvr3r3r3r8s                                                  U+