Sqlalchemy

Latest version: v2.0.30

Safety actively analyzes 629599 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 21 of 50

1.3.0b2

Not secure
:released: March 4, 2019
:released: January 25, 2019

.. change::
:tags: bug, ext
:tickets: 4401

Fixed a regression in 1.3.0b1 caused by :ticket:`3423` where association
proxy objects that access an attribute that's only present on a polymorphic
subclass would raise an ``AttributeError`` even though the actual instance
being accessed was an instance of that subclass.

.. change::
:tags: bug, orm
:tickets: 1103

Fixed long-standing issue where duplicate collection members would cause a
backref to delete the association between the member and its parent object
when one of the duplicates were removed, as occurs as a side effect of
swapping two objects in one statement.

.. seealso::

:ref:`change_1103`

.. change::
:tags: bug, mssql
:tickets: 4442

The ``literal_processor`` for the :class:`.Unicode` and
:class:`.UnicodeText` datatypes now render an ``N`` character in front of
the literal string expression as required by SQL Server for Unicode string
values rendered in SQL expressions.

.. change::
:tags: feature, orm
:tickets: 4423

Implemented a new feature whereby the :class:`.AliasedClass` construct can
now be used as the target of a :func:`_orm.relationship`. This allows the
concept of "non primary mappers" to no longer be necessary, as the
:class:`.AliasedClass` is much easier to configure and automatically inherits
all the relationships of the mapped class, as well as preserves the
ability for loader options to work normally.

.. seealso::

:ref:`change_4423`

.. change::
:tags: bug, orm
:tickets: 4373

Extended the fix first made as part of :ticket:`3287`, where a loader option
made against a subclass using a wildcard would extend itself to include
application of the wildcard to attributes on the super classes as well, to a
"bound" loader option as well, e.g. in an expression like
``Load(SomeSubClass).load_only('foo')``. Columns that are part of the
parent class of ``SomeSubClass`` will also be excluded in the same way as if
the unbound option ``load_only('foo')`` were used.

.. change::
:tags: bug, orm
:tickets: 4433

Improved error messages emitted by the ORM in the area of loader option
traversal. This includes early detection of mis-matched loader strategies
along with a clearer explanation why these strategies don't match.


.. change::
:tags: change, orm
:tickets: 4412

Added a new function :func:`_orm.close_all_sessions` which takes
over the task of the :meth:`.Session.close_all` method, which
is now deprecated as this is confusing as a classmethod.
Pull request courtesy Augustin Trancart.

.. change::
:tags: feature, orm
:tickets: 4397

Added new :meth:`.MapperEvents.before_mapper_configured` event. This
event complements the other "configure" stage mapper events with a per
mapper event that receives each :class:`_orm.Mapper` right before its
configure step, and additionally may be used to prevent or delay the
configuration of specific :class:`_orm.Mapper` objects using a new
return value :attr:`.orm.interfaces.EXT_SKIP`. See the
documentation link for an example.

.. seealso::

:meth:`.MapperEvents.before_mapper_configured`



.. change::
:tags: bug, orm

The "remove" event for collections is now called before the item is removed
in the case of the ``collection.remove()`` method, as is consistent with the
behavior for most other forms of collection item removal (such as
``__delitem__``, replacement under ``__setitem__``). For ``pop()`` methods,
the remove event still fires after the operation.

.. change::
:tags: bug, orm declarative
:tickets: 4372

Added a ``__clause_element__()`` method to :class:`.ColumnProperty` which
can allow the usage of a not-fully-declared column or deferred attribute in
a declarative mapped class slightly more friendly when it's used in a
constraint or other column-oriented scenario within the class declaration,
though this still can't work in open-ended expressions; prefer to call the
:attr:`.ColumnProperty.expression` attribute if receiving ``TypeError``.

.. change::
:tags: bug, orm, engine
:tickets: 4464

Added accessors for execution options to Core and ORM, via
:meth:`_query.Query.get_execution_options`,
:meth:`_engine.Connection.get_execution_options`,
:meth:`_engine.Engine.get_execution_options`, and
:meth:`.Executable.get_execution_options`. PR courtesy Daniel Lister.

.. change::
:tags: bug, orm
:tickets: 4446

Fixed issue in association proxy due to :ticket:`3423` which caused the use
of custom :class:`.PropComparator` objects with hybrid attributes, such as
the one demonstrated in the ``dictlike-polymorphic`` example to not
function within an association proxy. The strictness that was added in
:ticket:`3423` has been relaxed, and additional logic to accommodate for
an association proxy that links to a custom hybrid have been added.

.. change::
:tags: change, general
:tickets: 4393

A large change throughout the library has ensured that all objects,
parameters, and behaviors which have been noted as deprecated or legacy now
emit ``DeprecationWarning`` warnings when invoked.As the Python 3
interpreter now defaults to displaying deprecation warnings, as well as that
modern test suites based on tools like tox and pytest tend to display
deprecation warnings, this change should make it easier to note what API
features are obsolete. A major rationale for this change is so that long-
deprecated features that nonetheless still see continue to see real world
use can finally be removed in the near future; the biggest example of this
are the :class:`.SessionExtension` and :class:`.MapperExtension` classes as
well as a handful of other pre-event extension hooks, which have been
deprecated since version 0.7 but still remain in the library. Another is
that several major longstanding behaviors are to be deprecated as well,
including the threadlocal engine strategy, the convert_unicode flag, and non
primary mappers.

.. seealso::

:ref:`change_4393_general`


.. change::
:tags: change, engine
:tickets: 4393

The "threadlocal" engine strategy which has been a legacy feature of
SQLAlchemy since around version 0.2 is now deprecated, along with the
:paramref:`_pool.Pool.threadlocal` parameter of :class:`_pool.Pool` which has no
effect in most modern use cases.

.. seealso::

:ref:`change_4393_threadlocal`

.. change::
:tags: change, sql
:tickets: 4393

The :paramref:`_sa.create_engine.convert_unicode` and
:paramref:`.String.convert_unicode` parameters have been deprecated. These
parameters were built back when most Python DBAPIs had little to no support
for Python Unicode objects, and SQLAlchemy needed to take on the very
complex task of marshalling data and SQL strings between Unicode and
bytestrings throughout the system in a performant way. Thanks to Python 3,
DBAPIs were compelled to adapt to Unicode-aware APIs and today all DBAPIs
supported by SQLAlchemy support Unicode natively, including on Python 2,
allowing this long-lived and very complicated feature to finally be (mostly)
removed. There are still of course a few Python 2 edge cases where
SQLAlchemy has to deal with Unicode however these are handled automatically;
in modern use, there should be no need for end-user interaction with these
flags.

.. seealso::

:ref:`change_4393_convertunicode`

.. change::
:tags: bug, orm
:tickets: 3777

Implemented the ``.get_history()`` method, which also implies availability
of :attr:`.AttributeState.history`, for :func:`.synonym` attributes.
Previously, trying to access attribute history via a synonym would raise an
``AttributeError``.

.. change::
:tags: feature, engine
:tickets: 3689

Added public accessor :meth:`.QueuePool.timeout` that returns the configured
timeout for a :class:`.QueuePool` object. Pull request courtesy Irina Delamare.

.. change::
:tags: feature, sql
:tickets: 4386

Amended the :class:`.AnsiFunction` class, the base of common SQL
functions like ``CURRENT_TIMESTAMP``, to accept positional arguments
like a regular ad-hoc function. This to suit the case that many of
these functions on specific backends accept arguments such as
"fractional seconds" precision and such. If the function is created
with arguments, it renders the parenthesis and the arguments. If
no arguments are present, the compiler generates the non-parenthesized form.

.. changelog::

1.3.0b1

Not secure
:released: March 4, 2019
:released: November 16, 2018

.. change::
:tags: bug, ext
:tickets: 3423

Reworked :class:`.AssociationProxy` to store state that's specific to a
parent class in a separate object, so that a single
:class:`.AssociationProxy` can serve for multiple parent classes, as is
intrinsic to inheritance, without any ambiguity in the state returned by it.
A new method :meth:`.AssociationProxy.for_class` is added to allow
inspection of class-specific state.

.. seealso::

:ref:`change_3423`


.. change::
:tags: bug, oracle
:tickets: 4369

Updated the parameters that can be sent to the cx_Oracle DBAPI to both allow
for all current parameters as well as for future parameters not added yet.
In addition, removed unused parameters that were deprecated in version 1.2,
and additionally we are now defaulting "threaded" to False.

.. seealso::

:ref:`change_4369`

.. change::
:tags: bug, oracle
:tickets: 4242

The Oracle dialect will no longer use the NCHAR/NCLOB datatypes
represent generic unicode strings or clob fields in conjunction with
:class:`.Unicode` and :class:`.UnicodeText` unless the flag
``use_nchar_for_unicode=True`` is passed to :func:`_sa.create_engine` -
this includes CREATE TABLE behavior as well as ``setinputsizes()`` for
bound parameters. On the read side, automatic Unicode conversion under
Python 2 has been added to CHAR/VARCHAR/CLOB result rows, to match the
behavior of cx_Oracle under Python 3. In order to mitigate the performance
hit under Python 2, SQLAlchemy's very performant (when C extensions
are built) native Unicode handlers are used under Python 2.

.. seealso::

:ref:`change_4242`

.. change::
:tags: bug, orm
:tickets: 3844

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.

.. seealso::

:ref:`change_3844`

.. change::
:tags: bug, ext
:tickets: 4268

The long-standing behavior of the association proxy collection maintaining
only a weak reference to the parent object is reverted; the proxy will now
maintain a strong reference to the parent for as long as the proxy
collection itself is also in memory, eliminating the "stale association
proxy" error. This change is being made on an experimental basis to see if
any use cases arise where it causes side effects.

.. seealso::

:ref:`change_4268`


.. change::
:tags: bug, sql
:tickets: 4302

Added "like" based operators as "comparison" operators, including
:meth:`.ColumnOperators.startswith` :meth:`.ColumnOperators.endswith`
:meth:`.ColumnOperators.ilike` :meth:`.ColumnOperators.notilike` among many
others, so that all of these operators can be the basis for an ORM
"primaryjoin" condition.


.. change::
:tags: feature, sqlite
:tickets: 3850

Added support for SQLite's json functionality via the new
SQLite implementation for :class:`_types.JSON`, :class:`_sqlite.JSON`.
The name used for the type is ``JSON``, following an example found at
SQLite's own documentation. Pull request courtesy Ilja Everilä.

.. seealso::

:ref:`change_3850`

.. change::
:tags: feature, engine

Added new "lifo" mode to :class:`.QueuePool`, typically enabled by setting
the flag :paramref:`_sa.create_engine.pool_use_lifo` to True. "lifo" mode
means the same connection just checked in will be the first to be checked
out again, allowing excess connections to be cleaned up from the server
side during periods of the pool being only partially utilized. Pull request
courtesy Taem Park.

.. seealso::

:ref:`change_pr467`

.. change::
:tags: bug, orm
:tickets: 4359

Improved the behavior of a relationship-bound many-to-one object expression
such that the retrieval of column values on the related object are now
resilient against the object being detached from its parent
:class:`.Session`, even if the attribute has been expired. New features
within the :class:`.InstanceState` are used to memoize the last known value
of a particular column attribute before its expired, so that the expression
can still evaluate when the object is detached and expired at the same
time. Error conditions are also improved using modern attribute state
features to produce more specific messages as needed.

.. seealso::

:ref:`change_4359`

.. change::
:tags: feature, mysql
:tickets: 4219

Support added for the "WITH PARSER" syntax of CREATE FULLTEXT INDEX
in MySQL, using the ``mysql_with_parser`` keyword argument. Reflection
is also supported, which accommodates MySQL's special comment format
for reporting on this option as well. Additionally, the "FULLTEXT" and
"SPATIAL" index prefixes are now reflected back into the ``mysql_prefix``
index option.



.. change::
:tags: bug, orm, mysql, postgresql
:tickets: 4246

The ORM now doubles the "FOR UPDATE" clause within the subquery that
renders in conjunction with joined eager loading in some cases, as it has
been observed that MySQL does not lock the rows from a subquery. This
means the query renders with two FOR UPDATE clauses; note that on some
backends such as Oracle, FOR UPDATE clauses on subqueries are silently
ignored since they are unnecessary. Additionally, in the case of the "OF"
clause used primarily with PostgreSQL, the FOR UPDATE is rendered only on
the inner subquery when this is used so that the selectable can be targeted
to the table within the SELECT statement.

.. seealso::

:ref:`change_4246`

.. change::
:tags: feature, mssql
:tickets: 4158

Added ``fast_executemany=True`` parameter to the SQL Server pyodbc dialect,
which enables use of pyodbc's new performance feature of the same name
when using Microsoft ODBC drivers.

.. seealso::

:ref:`change_4158`

.. change::
:tags: bug, ext
:tickets: 4308

Fixed multiple issues regarding de-association of scalar objects with the
association proxy. ``del`` now works, and additionally a new flag
:paramref:`.AssociationProxy.cascade_scalar_deletes` is added, which when
set to True indicates that setting a scalar attribute to ``None`` or
deleting via ``del`` will also set the source association to ``None``.

.. seealso::

:ref:`change_4308`


.. change::
:tags: feature, ext
:tickets: 4318

Added new feature :meth:`.BakedQuery.to_query`, which allows for a
clean way of using one :class:`.BakedQuery` as a subquery inside of another
:class:`.BakedQuery` without needing to refer explicitly to a
:class:`.Session`.


.. change::
:tags: feature, sqlite
:tickets: 4360

Implemented the SQLite ``ON CONFLICT`` clause as understood at the DDL
level, e.g. for primary key, unique, and CHECK constraints as well as
specified on a :class:`_schema.Column` to satisfy inline primary key and NOT NULL.
Pull request courtesy Denis Kataev.

.. seealso::

:ref:`change_4360`

.. change::
:tags: feature, postgresql
:tickets: 4237

Added rudimental support for reflection of PostgreSQL
partitioned tables, e.g. that relkind='p' is added to reflection
queries that return table information.

.. seealso::

:ref:`change_4237`

.. change::
:tags: feature, ext
:tickets: 4351

The :class:`.AssociationProxy` now has standard column comparison operations
such as :meth:`.ColumnOperators.like` and
:meth:`.ColumnOperators.startswith` available when the target attribute is a
plain column - the EXISTS expression that joins to the target table is
rendered as usual, but the column expression is then use within the WHERE
criteria of the EXISTS. Note that this alters the behavior of the
``.contains()`` method on the association proxy to make use of
:meth:`.ColumnOperators.contains` when used on a column-based attribute.

.. seealso::

:ref:`change_4351`


.. change::
:tags: feature, orm

Added new flag :paramref:`.Session.bulk_save_objects.preserve_order` to the
:meth:`.Session.bulk_save_objects` method, which defaults to True. When set
to False, the given mappings will be grouped into inserts and updates per
each object type, to allow for greater opportunities to batch common
operations together. Pull request courtesy Alessandro Cucci.

.. change::
:tags: bug, orm
:tickets: 4365

Refactored :meth:`_query.Query.join` to further clarify the individual components
of structuring the join. This refactor adds the ability for
:meth:`_query.Query.join` to determine the most appropriate "left" side of the
join when there is more than one element in the FROM list or the query is
against multiple entities. If more than one FROM/entity matches, an error
is raised that asks for an ON clause to be specified to resolve the
ambiguity. In particular this targets the regression we saw in
:ticket:`4363` but is also of general use. The codepaths within
:meth:`_query.Query.join` are now easier to follow and the error cases are
decided more specifically at an earlier point in the operation.

.. seealso::

:ref:`change_4365`

.. change::
:tags: bug, sql
:tickets: 3981

Fixed issue with :meth:`.TypeEngine.bind_expression` and
:meth:`.TypeEngine.column_expression` methods where these methods would not
work if the target type were part of a :class:`.Variant`, or other target
type of a :class:`.TypeDecorator`. Additionally, the SQL compiler now
calls upon the dialect-level implementation when it renders these methods
so that dialects can now provide for SQL-level processing for built-in
types.

.. seealso::

:ref:`change_3981`


.. change::
:tags: bug, orm
:tickets: 4304

Fixed long-standing issue in :class:`_query.Query` where a scalar subquery such
as produced by :meth:`_query.Query.exists`, :meth:`_query.Query.as_scalar` and other
derivations from :attr:`_query.Query.statement` would not correctly be adapted
when used in a new :class:`_query.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:`_expression.select` object
produced by the :attr:`_query.Query.statement` accessor.

.. change::
:tags: bug, orm, declarative
:tickets: 4133

Fixed bug where declarative would not update the state of the
:class:`_orm.Mapper` as far as what attributes were present, when additional
attributes were added or removed after the mapper attribute collections had
already been called and memoized. Additionally, a ``NotImplementedError``
is now raised if a fully mapped attribute (e.g. column, relationship, etc.)
is deleted from a class that is currently mapped, since the mapper will not
function correctly if the attribute has been removed.

.. change::
:tags: bug, mssql
:tickets: 4362

Deprecated the use of :class:`.Sequence` with SQL Server in order to affect
the "start" and "increment" of the IDENTITY value, in favor of new
parameters ``mssql_identity_start`` and ``mssql_identity_increment`` which
set these parameters directly. :class:`.Sequence` will be used to generate
real ``CREATE SEQUENCE`` DDL with SQL Server in a future release.

.. seealso::

:ref:`change_4362`


.. change::
:tags: feature, mysql

Added support for the parameters in an ON DUPLICATE KEY UPDATE statement on
MySQL to be ordered, since parameter order in a MySQL UPDATE clause is
significant, in a similar manner as that described at
:ref:`tutorial_parameter_ordered_updates`. Pull request courtesy Maxim Bublis.

.. seealso::

:ref:`change_mysql_ondupordering`

.. change::
:tags: feature, sql
:tickets: 4144

Added :class:`.Sequence` to the "string SQL" system that will render a
meaningful string expression (``"<next sequence value: my_sequence>"``)
when stringifying without a dialect a statement that includes a "sequence
nextvalue" expression, rather than raising a compilation error.



.. change::
:tags: bug, orm
:tickets: 4232

An informative exception is re-raised when a primary key value is not
sortable in Python during an ORM flush under Python 3, such as an ``Enum``
that has no ``__lt__()`` method; normally Python 3 raises a ``TypeError``
in this case. The flush process sorts persistent objects by primary key
in Python so the values must be sortable.


.. change::
:tags: orm, bug
:tickets: 3604

Removed the collection converter used by the :class:`.MappedCollection`
class. This converter was used only to assert that the incoming dictionary
keys matched that of their corresponding objects, and only during a bulk set
operation. The converter can interfere with a custom validator or
:meth:`.AttributeEvents.bulk_replace` listener that wants to convert
incoming values further. The ``TypeError`` which would be raised by this
converter when an incoming key didn't match the value is removed; incoming
values during a bulk assignment will be keyed to their value-generated key,
and not the key that's explicitly present in the dictionary.

Overall, converter is superseded by the
:meth:`.AttributeEvents.bulk_replace` event handler added as part of
:ticket:`3896`.

.. change::
:tags: feature, sql
:tickets: 3989

Added new naming convention tokens ``column_0N_name``, ``column_0_N_name``,
etc., which will render the names / keys / labels for all columns referenced
by a particular constraint in a sequence. In order to accommodate for the
length of such a naming convention, the SQL compiler's auto-truncation
feature now applies itself to constraint names as well, which creates a
shortened, deterministically generated name for the constraint that will
apply to a target backend without going over the character limit of that
backend.

The change also repairs two other issues. One is that the ``column_0_key``
token wasn't available even though this token was documented, the other was
that the ``referred_column_0_name`` token would inadvertently render the
``.key`` and not the ``.name`` of the column if these two values were
different.

.. seealso::

:ref:`change_3989`


.. change::
:tags: feature, ext
:tickets: 4196

Added support for bulk :meth:`_query.Query.update` and :meth:`_query.Query.delete`
to the :class:`.ShardedQuery` class within the horizontal sharding
extension. This also adds an additional expansion hook to the
bulk update/delete methods :meth:`_query.Query._execute_crud`.

.. seealso::

:ref:`change_4196`

.. change::
:tags: feature, sql
:tickets: 4271

Added new logic to the "expanding IN" bound parameter feature whereby if
the given list is empty, a special "empty set" expression that is specific
to different backends is generated, thus allowing IN expressions to be
fully dynamic including empty IN expressions.

.. seealso::

:ref:`change_4271`



.. change::
:tags: feature, mysql

The "pre-ping" feature of the connection pool now uses
the ``ping()`` method of the DBAPI connection in the case of
mysqlclient, PyMySQL and mysql-connector-python. Pull request
courtesy Maxim Bublis.

.. seealso::

:ref:`change_mysql_ping`

.. change::
:tags: feature, orm
:tickets: 4340

The "selectin" loader strategy now omits the JOIN in the case of a simple
one-to-many load, where it instead relies loads only from the related
table, relying upon the foreign key columns of the related table in order
to match up to primary keys in the parent table. This optimization can be
disabled by setting the :paramref:`_orm.relationship.omit_join` flag to False.
Many thanks to Jayson Reis for the efforts on this.

.. seealso::

:ref:`change_4340`

.. change::
:tags: bug, orm
:tickets: 4353

Added new behavior to the lazy load that takes place when the "old" value of
a many-to-one is retrieved, such that exceptions which would be raised due
to either ``lazy="raise"`` or a detached session error are skipped.

.. seealso::

:ref:`change_4353`

.. change::
:tags: feature, sql

The Python builtin ``dir()`` is now supported for a SQLAlchemy "properties"
object, such as that of a Core columns collection (e.g. ``.c``),
``mapper.attrs``, etc. Allows iPython autocompletion to work as well.
Pull request courtesy Uwe Korn.

.. change::
:tags: feature, orm
:tickets: 4257

Added ``.info`` dictionary to the :class:`.InstanceState` class, the object
that comes from calling :func:`_sa.inspect` on a mapped object.

.. seealso::

:ref:`change_4257`

.. change::
:tags: feature, sql
:tickets: 3831

Added new feature :meth:`.FunctionElement.as_comparison` which allows a SQL
function to act as a binary comparison operation that can work within the
ORM.

.. seealso::

:ref:`change_3831`

.. change::
:tags: bug, orm
:tickets: 4354

A long-standing oversight in the ORM, the ``__delete__`` method for a many-
to-one relationship was non-functional, e.g. for an operation such as ``del
a.b``. This is now implemented and is equivalent to setting the attribute
to ``None``.

.. seealso::

:ref:`change_4354`


=============
1.4 Changelog
=============

This document details individual issue-level changes made throughout
1.4 releases. For a narrative overview of what's new in 1.4, see
:ref:`migration_14_toplevel`.


.. changelog_imports::

.. include:: changelog_13.rst
:start-line: 5


.. changelog::
:version: 1.4.53
:include_notes_from: unreleased_14

.. changelog::

1.2.19

Not secure
:released: April 15, 2019

.. change::
:tags: bug, orm
:tickets: 4507

Fixed a regression in 1.2 due to the introduction of baked queries for
relationship lazy loaders, where a race condition is created during the
generation of the "lazy clause" which occurs within a memoized attribute. If
two threads initialize the memoized attribute concurrently, the baked query
could be generated with bind parameter keys that are then replaced with new
keys by the next run, leading to a lazy load query that specifies the
related criteria as ``None``. The fix establishes that the parameter names
are fixed before the new clause and parameter objects are generated, so that
the names are the same every time.

.. change::
:tags: bug, oracle
:tickets: 4506

Added support for reflection of the :class:`_types.NCHAR` datatype to the Oracle
dialect, and added :class:`_types.NCHAR` to the list of types exported by the
Oracle dialect.


.. change::
:tags: bug, examples
:tickets: 4528

Fixed bug in large_resultsets example case where a re-named "id" variable
due to code reformatting caused the test to fail. Pull request courtesy
Matt Schuchhardt.

.. change::
:tags: bug, mssql
:tickets: 4536
:versions: 1.3.1

A commit() is emitted after an isolation level change to SNAPSHOT, as both
pyodbc and pymssql open an implicit transaction which blocks subsequent SQL
from being emitted in the current transaction.

.. change::
:tags: bug, engine
:tickets: 4406

Comparing two objects of :class:`.URL` using ``__eq__()`` did not take port
number into consideration, two objects differing only by port number were
considered equal. Port comparison is now added in ``__eq__()`` method of
:class:`.URL`, objects differing by port number are now not equal.
Additionally, ``__ne__()`` was not implemented for :class:`.URL` which
caused unexpected result when ``!=`` was used in Python2, since there are no
implied relationships among the comparison operators in Python2.

.. changelog::

1.2.18

Not secure
:released: February 15, 2019

.. change::
:tags: bug, orm
:tickets: 4468

Fixed a regression in 1.2 where a wildcard/load_only loader option would
not work correctly against a loader path where of_type() were used to limit
to a particular subclass. The fix only works for of_type() of a simple
subclass so far, not a with_polymorphic entity which will be addressed in a
separate issue; it is unlikely this latter case was working previously.


.. change::
:tags: bug, orm
:tickets: 4489

Fixed fairly simple but critical issue where the
:meth:`.SessionEvents.pending_to_persistent` event would be invoked for
objects not just when they move from pending to persistent, but when they
were also already persistent and just being updated, thus causing the event
to be invoked for all objects on every update.

.. change::
:tags: bug, sql
:tickets: 4485

Fixed issue where the :class:`_types.JSON` type had a read-only
:attr:`_types.JSON.should_evaluate_none` attribute, which would cause failures
when making use of the :meth:`.TypeEngine.evaluates_none` method in
conjunction with this type. Pull request courtesy Sanjana S.

.. change::
:tags: bug, mssql
:tickets: 4499

Fixed bug where the SQL Server "IDENTITY_INSERT" logic that allows an INSERT
to proceed with an explicit value on an IDENTITY column was not detecting
the case where :meth:`_expression.Insert.values` were used with a dictionary that
contained a :class:`_schema.Column` as key and a SQL expression as a value.

.. change::
:tags: bug, sqlite
:tickets: 4474

Fixed bug in SQLite DDL where using an expression as a server side default
required that it be contained within parenthesis to be accepted by the
sqlite parser. Pull request courtesy Bartlomiej Biernacki.

.. change::
:tags: bug, mysql
:tickets: 4492

Fixed a second regression caused by :ticket:`4344` (the first was
:ticket:`4361`), which works around MySQL issue 88718, where the lower
casing function used was not correct for Python 2 with OSX/Windows casing
conventions, which would then raise ``TypeError``. Full coverage has been
added to this logic so that every codepath is exercised in a mock style for
all three casing conventions on all versions of Python. MySQL 8.0 has
meanwhile fixed issue 88718 so the workaround is only applies to a
particular span of MySQL 8.0 versions.

.. changelog::

1.2.17

Not secure
:released: January 25, 2019

.. change::
:tags: feature, orm
:tickets: 4461

Added new event hooks :meth:`.QueryEvents.before_compile_update` and
:meth:`.QueryEvents.before_compile_delete` which complement
:meth:`.QueryEvents.before_compile` in the case of the :meth:`_query.Query.update`
and :meth:`_query.Query.delete` methods.


.. change::
:tags: bug, postgresql
:tickets: 4463

Revised the query used when reflecting CHECK constraints to make use of the
``pg_get_constraintdef`` function, as the ``consrc`` column is being
deprecated in PG 12. Thanks to John A Stevenson for the tip.


.. change::
:tags: bug, orm
:tickets: 4454

Fixed issue where when using single-table inheritance in conjunction with a
joined inheritance hierarchy that uses "with polymorphic" loading, the
"single table criteria" for that single-table entity could get confused for
that of other entities from the same hierarchy used in the same query.The
adaption of the "single table criteria" is made more specific to the target
entity to avoid it accidentally getting adapted to other tables in the
query.


.. change::
:tags: bug, oracle
:tickets: 4457

Fixed regression in integer precision logic due to the refactor of the
cx_Oracle dialect in 1.2. We now no longer apply the cx_Oracle.NATIVE_INT
type to result columns sending integer values (detected as positive
precision with scale ==0) which encounters integer overflow issues with
values that go beyond the 32 bit boundary. Instead, the output variable
is left untyped so that cx_Oracle can choose the best option.

.. changelog::

1.2.16

Not secure
:released: January 11, 2019

.. change::
:tag: bug, sql
:tickets: 4394

Fixed issue in "expanding IN" feature where using the same bound parameter
name more than once in a query would lead to a KeyError within the process
of rewriting the parameters in the query.

.. change::
:tags: bug, postgresql
:tickets: 4416

Fixed issue where a :class:`_postgresql.ENUM` or a custom domain present
in a remote schema would not be recognized within column reflection if
the name of the enum/domain or the name of the schema required quoting.
A new parsing scheme now fully parses out quoted or non-quoted tokens
including support for SQL-escaped quotes.

.. change::
:tags: bug, postgresql

Fixed issue where multiple :class:`_postgresql.ENUM` objects referred to
by the same :class:`_schema.MetaData` object would fail to be created if
multiple objects had the same name under different schema names. The
internal memoization the PostgreSQL dialect uses to track if it has
created a particular :class:`_postgresql.ENUM` in the database during
a DDL creation sequence now takes schema name into account.

.. change::
:tags: bug, engine
:tickets: 4429

Fixed a regression introduced in version 1.2 where a refactor
of the :class:`.SQLAlchemyError` base exception class introduced an
inappropriate coercion of a plain string message into Unicode under
python 2k, which is not handled by the Python interpreter for characters
outside of the platform's encoding (typically ascii). The
:class:`.SQLAlchemyError` class now passes a bytestring through under
Py2K for ``__str__()`` as is the behavior of exception objects in general
under Py2K, does a safe coercion to unicode utf-8 with
backslash fallback for ``__unicode__()``. For Py3K the message is
typically unicode already, but if not is again safe-coerced with utf-8
with backslash fallback for the ``__str__()`` method.

.. change::
:tags: bug, sql, oracle, mysql
:tickets: 4436

Fixed issue where the DDL emitted for :class:`.DropTableComment`, which
will be used by an upcoming version of Alembic, was incorrect for the MySQL
and Oracle databases.

.. change::
:tags: bug, sqlite
:tickets: 4431

Reflection of an index based on SQL expressions are now skipped with a
warning, in the same way as that of the Postgresql dialect, where we currently
do not support reflecting indexes that have SQL expressions within them.
Previously, an index with columns of None were produced which would break
tools like Alembic.

.. changelog::

Page 21 of 50

Links

Releases

Has known vulnerabilities

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.