mirror of
https://github.com/django/django.git
synced 2025-08-03 18:38:50 +00:00
Refs #33342 -- Deprecated ExclusionConstraint.opclasses.
This commit is contained in:
parent
ff225fac1d
commit
59a66f0512
5 changed files with 247 additions and 82 deletions
|
@ -72,6 +72,9 @@ details on these changes.
|
|||
* The ``name`` argument of ``django.utils.functional.cached_property()`` will
|
||||
be removed.
|
||||
|
||||
* The ``opclasses`` argument of
|
||||
``django.contrib.postgres.constraints.ExclusionConstraint`` will be removed.
|
||||
|
||||
.. _deprecation-removed-in-4.1:
|
||||
|
||||
4.1
|
||||
|
|
|
@ -53,10 +53,22 @@ operators with strings. For example::
|
|||
|
||||
Only commutative operators can be used in exclusion constraints.
|
||||
|
||||
The :class:`OpClass() <django.contrib.postgres.indexes.OpClass>` expression can
|
||||
be used to specify a custom `operator class`_ for the constraint expressions.
|
||||
For example::
|
||||
|
||||
expressions=[
|
||||
(OpClass('circle', name='circle_ops'), RangeOperators.OVERLAPS),
|
||||
]
|
||||
|
||||
creates an exclusion constraint on ``circle`` using ``circle_ops``.
|
||||
|
||||
.. versionchanged:: 4.1
|
||||
|
||||
Support for the ``OpClass()`` expression was added.
|
||||
|
||||
.. _operator class: https://www.postgresql.org/docs/current/indexes-opclass.html
|
||||
|
||||
``index_type``
|
||||
--------------
|
||||
|
||||
|
@ -147,19 +159,11 @@ For example::
|
|||
|
||||
creates an exclusion constraint on ``circle`` using ``circle_ops``.
|
||||
|
||||
Alternatively, you can use
|
||||
:class:`OpClass() <django.contrib.postgres.indexes.OpClass>` in
|
||||
:attr:`~ExclusionConstraint.expressions`::
|
||||
.. deprecated:: 4.1
|
||||
|
||||
ExclusionConstraint(
|
||||
name='exclude_overlapping_opclasses',
|
||||
expressions=[(OpClass('circle', 'circle_ops'), RangeOperators.OVERLAPS)],
|
||||
)
|
||||
|
||||
.. versionchanged:: 4.1
|
||||
|
||||
Support for specifying operator classes with the ``OpClass()`` expression
|
||||
was added.
|
||||
The ``opclasses`` parameter is deprecated in favor of using
|
||||
:class:`OpClass() <django.contrib.postgres.indexes.OpClass>` in
|
||||
:attr:`~ExclusionConstraint.expressions`.
|
||||
|
||||
Examples
|
||||
--------
|
||||
|
|
|
@ -353,6 +353,38 @@ Miscellaneous
|
|||
* The ``name`` argument of :func:`django.utils.functional.cached_property` is
|
||||
deprecated as it's unnecessary as of Python 3.6.
|
||||
|
||||
* The ``opclasses`` argument of
|
||||
``django.contrib.postgres.constraints.ExclusionConstraint`` is deprecated in
|
||||
favor of using :class:`OpClass() <django.contrib.postgres.indexes.OpClass>`
|
||||
in :attr:`.ExclusionConstraint.expressions`. To use it, you need to add
|
||||
``'django.contrib.postgres'`` in your :setting:`INSTALLED_APPS`.
|
||||
|
||||
After making this change, :djadmin:`makemigrations` will generate a new
|
||||
migration with two operations: ``RemoveConstraint`` and ``AddConstraint``.
|
||||
Since this change has no effect on the database schema,
|
||||
the :class:`~django.db.migrations.operations.SeparateDatabaseAndState`
|
||||
operation can be used to only update the migration state without running any
|
||||
SQL. Move the generated operations into the ``state_operations`` argument of
|
||||
:class:`~django.db.migrations.operations.SeparateDatabaseAndState`. For
|
||||
example::
|
||||
|
||||
class Migration(migrations.Migration):
|
||||
...
|
||||
|
||||
operations = [
|
||||
migrations.SeparateDatabaseAndState(
|
||||
database_operations=[],
|
||||
state_operations=[
|
||||
migrations.RemoveConstraint(
|
||||
...
|
||||
),
|
||||
migrations.AddConstraint(
|
||||
...
|
||||
),
|
||||
],
|
||||
),
|
||||
]
|
||||
|
||||
Features removed in 4.1
|
||||
=======================
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue