delta/python-packages/sqlalchemy.git, branch rel_1_@

Add `postgresql_psycopg2binary` install extra that installs `psycopg2-binary`

2018-07-18T14:41:26+00:00

Fixes: #4306
Change-Id: I26edc1a4ac8a7f9f3f258bb03009ebfa4cc00e1a
Pull-request: https://github.com/zzzeek/sqlalchemy/pull/465

Don't apply no-traverse to query.statement

2018-07-14T17:11:53+00:00

Fixed long-standing issue in :class:`.Query` where a scalar subquery such
as produced by :meth:`.Query.exists`, :meth:`.Query.as_scalar` and other
derivations from :attr:`.Query.statement` would not correctly be adapted
when used in a new :class:`.Query` that required entity adaptation, such as
when the query were turned into a union, or a from_self(), etc. The change
removes the "no adaptation" annotation from the :func:`.select` object
produced by the :attr:`.Query.statement` accessor.

Change-Id: I554e0e909ac6ee785ec3b3b14aaec9d235aa28cf
Fixes: #4304

cherry-pick changelog update for 1.2.11

2018-07-13T23:03:48+00:00

cherry-pick changelog from 1.2.10

2018-07-13T23:03:48+00:00

Use exprs for bundle __clause_element__

2018-07-13T22:56:22+00:00

Fixed bug in :class:`.Bundle` construct where placing two columns of the
same name would be de-duplicated, when the :class:`.Bundle` were used as
part of the rendered SQL, such as in the ORDER BY or GROUP BY of the statement.

Change-Id: Ia528c9fbb399a6beb5ea7cdd3a8a83ad530f5831
Fixes: #4295

Correct the bug number for :ticket:`4288`, which was erroneously

2018-07-13T16:44:50+00:00

given as :ticket:`4228`.

Change-Id: I6525560c1bcf3f3d861d6254723f5facdba6adae
Fixes: #4288

- fix typo

2018-07-13T16:41:04+00:00

Change-Id: I78692e821e34afe654c1131cd3465e4a6dfe773f

Correct fastexecutemany test for lower pyodbc version

2018-07-13T02:55:01+00:00

some builds on CI have a pyodbc that is < 4.0.19, make
the check more specific

Change-Id: I69b33c2367d4a03adb00bcf52fb6d1483b0327f8

Merge "Don't null FK for collection-removed item with passive_deletes='all'"

2018-07-12T21:41:25+00:00

Don't null FK for collection-removed item with passive_deletes='all'

2018-07-11T18:23:18+00:00

Fixed issue regarding passive_deletes="all", where the foreign key
attribute of an object is maintained with its value even after the object
is removed from its parent collection.  Previously, the unit of work would
set this to NULL even though passive_deletes indicated it should not be
modified.

Change-Id: I5ba98bc388cbdd6323d255b764e02506c2e66896
Fixes: #3844