| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
For example, this query:
SELECT s1.users.name FROM s1.users FOR UPDATE OF s1.users
should actually be:
SELECT s1.users.name FROM s1.users FOR UPDATE OF users
fixes #3573
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
limit/offset criteria that forces a subquery b. the relationship
uses "secondary" c. the primaryjoin of the relationship refers to
a column that is either not part of the primary key, or is a PK
col in a joined-inheritance subclass table that is under a different
attribute name than the parent table's primary key column d. the
query defers the columns that are present in the primaryjoin, typically
via not being included in load_only(); the necessary column(s) would
not be present in the subquery and produce invalid SQL.
fixes #3592
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
scope of a :meth:`.Session.flush` operation that's raising an
exception, as has been observed in some MySQL SAVEPOINT cases, prevents
the original database exception from being observed when it was
emitted during flush, but only on Py2K because Py2K does not support
exception chaining; on Py3K the originating exception is chained. As
a workaround, a warning is emitted in this specific case showing at
least the string message of the original database error before we
proceed to raise the rollback-originating exception.
fixes #2696
|
|
|
|
|
|
|
|
|
|
| |
the many caveats and confusing effects of, the popular approach
of using contains_eager() to alter the natural result of a
related collection. I'm not a fan of this technique as it changes
the semantics of a relationship in such a way that the rest of the
ORM isn't aware of and it also can be undone very easily; hence the
section needs as much text for warnings as for describing the
technique itself. fixes #3563
|
|
|
|
|
|
|
|
|
| |
to return ``datetime.timedelta`` in the same way as that of
:obj:`.types.Interval.python_type`, rather than raising
``NotImplementedError``.
fixes #3571
(cherry picked from commit 29d6f6e19b014bb5ce79032bd8803e32b4da0e5e)
|
|
|
|
|
|
|
| |
relationship flag; this flag *does* have an effect when the baked
lazy loader plugin has been invoked. clarify the intent of this
flag as an "opt out" but only has an effect when the baked system
is loaded anyway. fixes #3572
|
|
|
|
|
|
| |
to the Postgresql version of the :meth:`.Inspector.get_view_definition`
method.
fixes #3587
|
|
|
|
|
|
| |
which also accept zero precision
- extend test case here to include a backend-agnostic suite
- changelog for MSSQL date fix
|
|\ |
|
| |
| |
| |
| |
| | |
The simple check on the precision results in DATETIME2(0) generating a
DATETIME2 column, with default precision, which is 7.
|
|/ |
|
| |
|
|
|
|
|
|
|
| |
added onto the end of a query in some inappropriate situations, such
as when querying from an exists() of a single-inheritance subclass.
fixes #3582
|
|\
| |
| |
| | |
'jeffwidman/update-links-in-sqlalchemy-docs-that-poi-1446667164356' of https://bitbucket.org/jeffwidman/sqlalchemy
|
| | |
|
| |
| |
| |
| | |
rather than hardcoded version
|
|\ \
| | |
| | |
| | | |
https://bitbucket.org/jeffwidman/sqlalchemy-1 into typos
|
| |/ |
|
| | |
|
| |
| |
| |
| | |
looping nature of it only occurs within the context of a commit.
|
|/ |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| | |
function; the caller still passes in the "wrapper"
- move tests for wrap_callable() to be generic util tests
- changelog for pullreq github:204
|
| |
| |
| |
| | |
__name__, __doc__, and __module__
|
| | |
|
|\ \ |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
engine_connect event, allowing easy detection of disconnects
and full invalidation of the pool
|
| | | |
|
| | |
| | |
| | |
| | | |
(cherry picked from commit 3ffe8569fbaa72c2d844604b600c4661097339eb)
|
| | |
| | |
| | |
| | | |
on occasional pypy test runs
|
| | |
| | |
| | |
| | | |
as versioning isn't needed, fixes test_unitofworkv2->test_update_multi_missing_broken_multi_rowcount
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
for UPDATE statements in the ORM (e.g. :ref:`feature_updatemany`)
would break on Postgresql and other RETURNING backends
when using server-side version generation
schemes, as the server side value is retrieved via RETURNING which
is not supported with executemany.
fixes #3556
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
out depending on connection pool state
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
:class:`.AssociationProxy` constructor, to suit the
:attr:`.AssociationProxy.info` accessor that was added in
:ticket:`2971`. This is possible because :class:`.AssociationProxy`
is constructed explicitly, unlike a hybrid which is constructed
implicitly via the decorator syntax.
fixes #3551
|
|\ \ \ |
|
| | |/
| |/|
| | | |
Thanks to Mike Bayer for suggesting a simpler refactoring.
|
| | | |
|
|\ \ \ |
|
| |/ / |
|
| | |
| | |
| | |
| | | |
"auto" now so True can indicate the dialect would support this
|
|\ \ \ |
|