indexes.txt 4.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135
  1. =====================
  2. Model index reference
  3. =====================
  4. .. module:: django.db.models.indexes
  5. .. currentmodule:: django.db.models
  6. Index classes ease creating database indexes. They can be added using the
  7. :attr:`Meta.indexes <django.db.models.Options.indexes>` option. This document
  8. explains the API references of :class:`Index` which includes the `index
  9. options`_.
  10. .. admonition:: Referencing built-in indexes
  11. Indexes are defined in ``django.db.models.indexes``, but for convenience
  12. they're imported into :mod:`django.db.models`. The standard convention is
  13. to use ``from django.db import models`` and refer to the indexes as
  14. ``models.<IndexClass>``.
  15. ``Index`` options
  16. =================
  17. .. class:: Index(fields=(), name=None, db_tablespace=None, opclasses=(), condition=None)
  18. Creates an index (B-Tree) in the database.
  19. ``fields``
  20. ----------
  21. .. attribute:: Index.fields
  22. A list or tuple of the name of the fields on which the index is desired.
  23. By default, indexes are created with an ascending order for each column. To
  24. define an index with a descending order for a column, add a hyphen before the
  25. field's name.
  26. For example ``Index(fields=['headline', '-pub_date'])`` would create SQL with
  27. ``(headline, pub_date DESC)``. Index ordering isn't supported on MySQL. In that
  28. case, a descending index is created as a normal index.
  29. .. versionchanged:: 2.1
  30. Older versions don't accept a tuple.
  31. ``name``
  32. --------
  33. .. attribute:: Index.name
  34. The name of the index. If ``name`` isn't provided Django will auto-generate a
  35. name. For compatibility with different databases, index names cannot be longer
  36. than 30 characters and shouldn't start with a number (0-9) or underscore (_).
  37. ``db_tablespace``
  38. -----------------
  39. .. attribute:: Index.db_tablespace
  40. The name of the :doc:`database tablespace </topics/db/tablespaces>` to use for
  41. this index. For single field indexes, if ``db_tablespace`` isn't provided, the
  42. index is created in the ``db_tablespace`` of the field.
  43. If :attr:`.Field.db_tablespace` isn't specified (or if the index uses multiple
  44. fields), the index is created in tablespace specified in the
  45. :attr:`~django.db.models.Options.db_tablespace` option inside the model's
  46. ``class Meta``. If neither of those tablespaces are set, the index is created
  47. in the same tablespace as the table.
  48. .. seealso::
  49. For a list of PostgreSQL-specific indexes, see
  50. :mod:`django.contrib.postgres.indexes`.
  51. ``opclasses``
  52. -------------
  53. .. attribute:: Index.opclasses
  54. .. versionadded:: 2.2
  55. The names of the `PostgreSQL operator classes
  56. <https://www.postgresql.org/docs/current/static/indexes-opclass.html>`_ to use for
  57. this index. If you require a custom operator class, you must provide one for
  58. each field in the index.
  59. For example, ``GinIndex(name='json_index', fields=['jsonfield'],
  60. opclasses=['jsonb_path_ops'])`` creates a gin index on ``jsonfield`` using
  61. ``jsonb_path_ops``.
  62. ``opclasses`` are ignored for databases besides PostgreSQL.
  63. :attr:`Index.name` is required when using ``opclasses``.
  64. ``condition``
  65. -------------
  66. .. attribute:: Index.condition
  67. .. versionadded:: 2.2
  68. If the table is very large and your queries mostly target a subset of rows,
  69. it may be useful to restrict an index to that subset. Specify a condition as a
  70. :class:`~django.db.models.Q`. For example, ``condition=Q(pages__gt=400)``
  71. indexes records with more than 400 pages.
  72. :attr:`Index.name` is required when using ``condition``.
  73. .. admonition:: Restrictions on PostgreSQL
  74. PostgreSQL requires functions referenced in the condition to be be marked as
  75. IMMUTABLE. Django doesn't validate this but PostgreSQL will error. This
  76. means that functions such as :ref:`date-functions` and
  77. :class:`~django.db.models.functions.Concat` aren't accepted. If you store
  78. dates in :class:`~django.db.models.DateTimeField`, comparison to
  79. :class:`~datetime.datetime` objects may require the ``tzinfo`` argument
  80. to be provided because otherwise the comparison could result in a mutable
  81. function due to the casting Django does for :ref:`lookups <field-lookups>`.
  82. .. admonition:: Restrictions on SQLite
  83. SQLite `imposes restrictions <https://www.sqlite.org/partialindex.html>`_
  84. on how a partial index can be constructed.
  85. .. admonition:: Oracle
  86. Oracle does not support partial indexes. Instead, partial indexes can be
  87. emulated using functional indexes. Use a :doc:`migration
  88. </topics/migrations>` to add the index using :class:`.RunSQL`.
  89. .. admonition:: MySQL and MariaDB
  90. The ``condition`` argument is ignored with MySQL and MariaDB as neither
  91. supports conditional indexes.