Поля моделей, специфичные для PostgreSQL
Все эти поля доступны из модуля django.contrib.postgres.fields.
Индексация этих полей
Index и Field.db_index оба создают индекс B-дерева, что не особенно полезно при запросах к сложным типам данных. Индексы, такие как GinIndex и GistIndex, более подходят, хотя выбор индекса зависит от используемых запросов. В целом, GiST может быть хорошим выбором для полей диапазонов и HStoreField, а GIN может быть полезен для ArrayField.
ArrayField
-
class ArrayField(base_field, size=None, **options) -
Поле для хранения списков данных. Можно использовать большинство типов полей, и вы передаете другой экземпляр поля в качестве
base_field. Вы также можете указатьsize.ArrayFieldмогут быть вложены для хранения многомерных массивов.Если вы зададите для поля
default, убедитесь, что это вызываемый объект, например,list(для пустого значения по умолчанию) или вызываемый объект, возвращающий список (например, функция). Неправильное использованиеdefault=[]создает изменяемое значение по умолчанию, которое используется всеми экземплярамиArrayField.-
base_field -
Это обязательный аргумент.
Указывает базовый тип данных и поведение массива. Это должен быть экземпляр подкласса
Field. Например, это может бытьIntegerFieldилиCharField. Разрешается большинство типов полей, за исключением полей, обрабатывающих реляционные данные (ForeignKey,OneToOneFieldиManyToManyField) и файловые поля (FileFieldиImageField).Возможна вложенность полей массивов — вы можете указать экземпляр
ArrayFieldв качествеbase_field. Например:from django.contrib.postgres.fields import ArrayField from django.db import models class ChessBoard(models.Model): board = ArrayField( ArrayField( models.CharField(max_length=10, blank=True), size=8, ), size=8, )Преобразование значений между базой данных и моделью, проверка данных и конфигурация, а также сериализация делегируются базовому полю.
-
size -
Это необязательный аргумент.
Если передан, массив будет иметь максимальный размер, указанный в нём. Он будет передан в базу данных, хотя PostgreSQL в настоящее время не накладывает ограничения.
-
Примечание
При вложении ArrayField, независимо от использования параметра size, PostgreSQL требует, чтобы массивы были прямоугольными:
from django.contrib.postgres.fields import ArrayField
from django.db import models
class Board(models.Model):
pieces = ArrayField(ArrayField(models.IntegerField()))
# Valid
Board(
pieces=[
[2, 3],
[2, 1],
]
)
# Not valid
Board(
pieces=[
[2, 3],
[2],
]
)
Если требуются неправильные формы, то подлежащее поле должно быть сделано необязательным, а значения дополнены None.
Запросы к ArrayField
Существует несколько пользовательских поисковых запросов и преобразований для ArrayField. Мы будем использовать следующую примерную модель:
from django.contrib.postgres.fields import ArrayField
from django.db import models
class Post(models.Model):
name = models.CharField(max_length=200)
tags = ArrayField(models.CharField(max_length=200), blank=True)
def __str__(self):
return self.name
contains
Поиск contains переопределен для ArrayField. Возвращаемые объекты — те, где переданные значения являются подмножеством данных. Используется оператор SQL @>. Например:
>>> Post.objects.create(name="First post", tags=["thoughts", "django"]) >>> Post.objects.create(name="Second post", tags=["thoughts"]) >>> Post.objects.create(name="Third post", tags=["tutorial", "django"]) >>> Post.objects.filter(tags__contains=["thoughts"]) <QuerySet [<Post: First post>, <Post: Second post>]> >>> Post.objects.filter(tags__contains=["django"]) <QuerySet [<Post: First post>, <Post: Third post>]> >>> Post.objects.filter(tags__contains=["django", "thoughts"]) <QuerySet [<Post: First post>]>
contained_by
Это обратное соответствие поиску contains — возвращаемые объекты — те, где данные являются подмножеством переданных значений. Используется оператор SQL <@. Например:
>>> Post.objects.create(name="First post", tags=["thoughts", "django"]) >>> Post.objects.create(name="Second post", tags=["thoughts"]) >>> Post.objects.create(name="Third post", tags=["tutorial", "django"]) >>> Post.objects.filter(tags__contained_by=["thoughts", "django"]) <QuerySet [<Post: First post>, <Post: Second post>]> >>> Post.objects.filter(tags__contained_by=["thoughts", "django", "tutorial"]) <QuerySet [<Post: First post>, <Post: Second post>, <Post: Third post>]>
overlap
Возвращает объекты, у которых данные имеют какие-либо значения, совпадающие с переданными. Используется оператор SQL &&. Например:
>>> Post.objects.create(name="First post", tags=["thoughts", "django"])
>>> Post.objects.create(name="Second post", tags=["thoughts", "tutorial"])
>>> Post.objects.create(name="Third post", tags=["tutorial", "django"])
>>> Post.objects.filter(tags__overlap=["thoughts"])
<QuerySet [<Post: First post>, <Post: Second post>]>
>>> Post.objects.filter(tags__overlap=["thoughts", "tutorial"])
<QuerySet [<Post: First post>, <Post: Second post>, <Post: Third post>]>
>>> Post.objects.filter(tags__overlap=Post.objects.values_list("tags"))
<QuerySet [<Post: First post>, <Post: Second post>, <Post: Third post>]>
Добавлена поддержка QuerySet.values() и values_list() в качестве правого операнда.
len
Возвращает длину массива. Доступные после этого поисковые запросы — те, которые доступны для IntegerField. Например:
>>> Post.objects.create(name="First post", tags=["thoughts", "django"]) >>> Post.objects.create(name="Second post", tags=["thoughts"]) >>> Post.objects.filter(tags__len=1) <QuerySet [<Post: Second post>]>
Преобразования индексов
Преобразования индексов индексируют в массив. Можно использовать любые неотрицательные целые числа. Нет ошибок, если это превышает size массива. Доступные поисковые запросы после преобразования — те, что доступны для base_field. Например:
>>> Post.objects.create(name="First post", tags=["thoughts", "django"]) >>> Post.objects.create(name="Second post", tags=["thoughts"]) >>> Post.objects.filter(tags__0="thoughts") <QuerySet [<Post: First post>, <Post: Second post>]> >>> Post.objects.filter(tags__1__iexact="Django") <QuerySet [<Post: First post>]> >>> Post.objects.filter(tags__276="javascript") <QuerySet []>
Примечание
PostgreSQL использует индексацию с 1 для полей массивов при записи SQL-запросов в явном виде. Однако эти индексы и те, которые используются в slices, используют индексацию с 0 для соответствия Python.
Преобразования срезов
Преобразования срезов берут срез из массива. Можно использовать любые два неотрицательных целых числа, разделенных одним символом подчеркивания. Доступные поисковые запросы после преобразования не меняются. Например:
>>> Post.objects.create(name="First post", tags=["thoughts", "django"]) >>> Post.objects.create(name="Second post", tags=["thoughts"]) >>> Post.objects.create(name="Third post", tags=["django", "python", "thoughts"]) >>> Post.objects.filter(tags__0_1=["thoughts"]) <QuerySet [<Post: First post>, <Post: Second post>]> >>> Post.objects.filter(tags__0_2__contains=["thoughts"]) <QuerySet [<Post: First post>, <Post: Second post>]>
Примечание
PostgreSQL использует индексацию с 1 для полей массивов при записи SQL-запросов в явном виде. Однако эти срезы и те, которые используются в indexes, используют индексацию с 0 для соответствия Python.
Многомерные массивы с индексами и срезами
PostgreSQL имеет довольно специфическое поведение при использовании индексов и срезов в многомерных массивах. Использование индексов для доступа к конечным данным всегда будет работать, но большинство других срезов ведет себя странно на уровне базы данных и не может быть поддерживаемо Django логично и последовательно.
Поля citext
-
class CIText(**options) -
Устарело начиная с версии 4.2.
Mixin для создания регистронезависимых текстовых полей, основанных на типе citext. Ознакомьтесь с условиями производительности перед использованием.
Чтобы использовать
citext, используйте операциюCITextExtension, чтобы настроить расширение citext в PostgreSQL перед первой операцией миграцииCreateModel.Если вы используете
ArrayFieldполейCIText, вы должны добавить'django.contrib.postgres'вINSTALLED_APPS, в противном случае значения полей будут отображаться как строки, например,'{thoughts,django}'.Предоставляются несколько полей, использующих этот миксин:
-
class CICharField(**options) -
Устаревшее начиная с версии 4.2:
CICharFieldустарело в пользуCharField(db_collation="…")с регистронезависимой недетерминированной сортировкой.
-
class CIEmailField(**options) -
Устаревшее начиная с версии 4.2:
CIEmailFieldустарело в пользуEmailField(db_collation="…")с регистронезависимой недетерминированной сортировкой.
-
class CITextField(**options) -
Устаревшее начиная с версии 4.2:
CITextFieldустарело в пользуTextField(db_collation="…")с регистронезависимой недетерминированной сортировкой.Эти поля наследуются от
CharField,EmailFieldиTextFieldсоответственно.max_lengthне будет проверяться в базе данных, так какcitextведет себя аналогично типуtextв PostgreSQL.
Регистронезависимые сортировки
Предпочтительно использовать недетерминированные сортировки вместо расширения citext. Вы можете создать их с помощью миграции CreateCollation. Дополнительные сведения см. в Управление сортировками с помощью миграций и в документации PostgreSQL о недетерминированных сортировках.
HStoreField
-
class HStoreField(**options) -
Поле для хранения пар «ключ-значение». Используемый тип данных Python —
dict. Ключи должны быть строками, а значения могут быть строками или null (Noneв Python).Для использования этого поля необходимо:
- Добавить
'django.contrib.postgres'в вашиINSTALLED_APPS. - Настроить расширение hstore в PostgreSQL.
Вы увидите ошибку, подобную
can't adapt type 'dict', если пропустите первый шаг, илиtype "hstore" does not exist, если пропустите второй. - Добавить
Примечание
В некоторых случаях может быть полезно потребовать или ограничить допустимые ключи для данного поля. Это можно сделать с помощью KeysValidator.
Запросы к полю HStoreField
Помимо возможности запроса по ключу, для HStoreField доступно несколько пользовательских поисковых запросов.
Мы будем использовать следующую примерную модель:
from django.contrib.postgres.fields import HStoreField
from django.db import models
class Dog(models.Model):
name = models.CharField(max_length=200)
data = HStoreField()
def __str__(self):
return self.name
Поисковые запросы по ключу
Для запроса на основе заданного ключа вы можете использовать этот ключ как имя поиска:
>>> Dog.objects.create(name="Rufus", data={"breed": "labrador"})
>>> Dog.objects.create(name="Meg", data={"breed": "collie"})
>>> Dog.objects.filter(data__breed="collie")
<QuerySet [<Dog: Meg>]>
Вы можете объединить другие запросы после запросов по ключу:
>>> Dog.objects.filter(data__breed__contains="l") <QuerySet [<Dog: Rufus>, <Dog: Meg>]>
или использовать выражения F() для аннотирования значения ключа. Например:
>>> from django.db.models import F
>>> rufus = Dog.objects.annotate(breed=F("data__breed"))[0]
>>> rufus.breed
'labrador'
Если ключ, по которому вы хотите выполнить запрос, совпадает с именем другого запроса, вам необходимо использовать запрос hstorefield.contains вместо него.
Примечание
Преобразования ключей также можно объединять с: contains, icontains, endswith, iendswith, iexact, regex, iregex, startswith и istartswith запросами.
Предупреждение
Поскольку любой строкой может быть ключ в значении hstore, любой запрос, кроме перечисленных ниже, будет интерпретироваться как запрос по ключу. Ошибки не генерируются. Будьте очень внимательны к ошибкам ввода и всегда проверяйте, что ваши запросы работают так, как вы предполагаете.
contains
Запрос contains переопределён для HStoreField. Возвращаются объекты, где все заданные dict пар «ключ-значение» содержатся в поле. Используется оператор SQL @>. Например:
>>> Dog.objects.create(name="Rufus", data={"breed": "labrador", "owner": "Bob"})
>>> Dog.objects.create(name="Meg", data={"breed": "collie", "owner": "Bob"})
>>> Dog.objects.create(name="Fred", data={})
>>> Dog.objects.filter(data__contains={"owner": "Bob"})
<QuerySet [<Dog: Rufus>, <Dog: Meg>]>
>>> Dog.objects.filter(data__contains={"breed": "collie"})
<QuerySet [<Dog: Meg>]>
contained_by
Это обратный запрос contains — возвращаются объекты, где пары «ключ-значение» объекта являются подмножеством пар в переданном значении. Используется оператор SQL <@. Например:
>>> Dog.objects.create(name="Rufus", data={"breed": "labrador", "owner": "Bob"})
>>> Dog.objects.create(name="Meg", data={"breed": "collie", "owner": "Bob"})
>>> Dog.objects.create(name="Fred", data={})
>>> Dog.objects.filter(data__contained_by={"breed": "collie", "owner": "Bob"})
<QuerySet [<Dog: Meg>, <Dog: Fred>]>
>>> Dog.objects.filter(data__contained_by={"breed": "collie"})
<QuerySet [<Dog: Fred>]>
has_key
Возвращает объекты, где заданный ключ присутствует в данных. Используется оператор SQL ?. Например:
>>> Dog.objects.create(name="Rufus", data={"breed": "labrador"})
>>> Dog.objects.create(name="Meg", data={"breed": "collie", "owner": "Bob"})
>>> Dog.objects.filter(data__has_key="owner")
<QuerySet [<Dog: Meg>]>
has_any_keys
Возвращает объекты, где любой из заданных ключей присутствует в данных. Используется оператор SQL ?|. Например:
>>> Dog.objects.create(name="Rufus", data={"breed": "labrador"})
>>> Dog.objects.create(name="Meg", data={"owner": "Bob"})
>>> Dog.objects.create(name="Fred", data={})
>>> Dog.objects.filter(data__has_any_keys=["owner", "breed"])
<QuerySet [<Dog: Rufus>, <Dog: Meg>]>
has_keys
Возвращает объекты, где все заданные ключи присутствуют в данных. Используется оператор SQL ?&. Например:
>>> Dog.objects.create(name="Rufus", data={})
>>> Dog.objects.create(name="Meg", data={"breed": "collie", "owner": "Bob"})
>>> Dog.objects.filter(data__has_keys=["breed", "owner"])
<QuerySet [<Dog: Meg>]>
keys
Возвращает объекты, где массив ключей имеет заданное значение. Обратите внимание, что порядок не гарантируется, поэтому это преобразование полезно в основном в сочетании с запросами к ArrayField. Используется функция SQL akeys(). Например:
>>> Dog.objects.create(name="Rufus", data={"toy": "bone"})
>>> Dog.objects.create(name="Meg", data={"breed": "collie", "owner": "Bob"})
>>> Dog.objects.filter(data__keys__overlap=["breed", "toy"])
<QuerySet [<Dog: Rufus>, <Dog: Meg>]>
values
Возвращает объекты, где массив значений имеет заданное значение. Обратите внимание, что порядок не гарантируется, поэтому это преобразование полезно в основном в сочетании с запросами к ArrayField. Используется функция SQL avals(). Например:
>>> Dog.objects.create(name="Rufus", data={"breed": "labrador"})
>>> Dog.objects.create(name="Meg", data={"breed": "collie", "owner": "Bob"})
>>> Dog.objects.filter(data__values__contains=["collie"])
<QuerySet [<Dog: Meg>]>
Поля диапазонов
Существует пять типов полей диапазонов, соответствующих встроенным типам диапазонов в PostgreSQL. Эти поля используются для хранения диапазона значений; например, начальной и конечной даты и времени события или диапазона возрастов, для которых подходит некоторая деятельность.
Все поля диапазонов переводятся в объекты psycopg Range в Python, но также принимают кортежи в качестве входных данных, если информация о границах не требуется. По умолчанию нижняя граница включена, верхняя исключена, т. е. [) (см. документацию PostgreSQL для получения подробной информации о различных границах). Границы по умолчанию можно изменить для полей диапазонов, не являющихся дискретными (DateTimeRangeField и DecimalRangeField), используя аргумент default_bounds.
IntegerRangeField
-
class IntegerRangeField(**options) -
Хранит диапазон целых чисел. Основан на
IntegerField. Представлен в базе данных какint4rangeи какdjango.db.backends.postgresql.psycopg_any.NumericRangeв Python.Независимо от указанных границ при сохранении данных, PostgreSQL всегда возвращает диапазон в канонической форме, включающей нижнюю границу и исключающей верхнюю, то есть
[).
BigIntegerRangeField
-
class BigIntegerRangeField(**options) -
Хранит диапазон больших целых чисел. Основано на
BigIntegerField. Представлен в базе данных какint8rangeи в Python какdjango.db.backends.postgresql.psycopg_any.NumericRange.Независимо от границ, указанных при сохранении данных, PostgreSQL всегда возвращает диапазон в канонической форме, включающей нижнюю границу и исключающей верхнюю границу, то есть
[).
DecimalRangeField
-
class DecimalRangeField(default_bounds='[)', **options) -
Хранит диапазон значений с плавающей точкой. Основано на
DecimalField. Представлен в базе данных какnumrangeи в Python какdjango.db.backends.postgresql.psycopg_any.NumericRange.-
default_bounds -
Необязательно. Значение
boundsдля списков и кортежей. По умолчанию нижняя граница включена, верхняя исключена, то есть[)(см. документацию PostgreSQL для получения подробной информации о различных границах).default_boundsне используется для входных данныхdjango.db.backends.postgresql.psycopg_any.NumericRange.
-
DateTimeRangeField
-
class DateTimeRangeField(default_bounds='[)', **options) -
Хранит диапазон временных меток. Основано на
DateTimeField. Представлен в базе данных какtstzrangeи в Python какdjango.db.backends.postgresql.psycopg_any.DateTimeTZRange.-
default_bounds -
Необязательно. Значение
boundsдля списков и кортежей. По умолчанию нижняя граница включена, верхняя исключена, то есть[)(см. документацию PostgreSQL для получения подробной информации о различных границах).default_boundsне используется для входных данныхdjango.db.backends.postgresql.psycopg_any.DateTimeTZRange.
-
DateRangeField
-
class DateRangeField(**options) -
Хранит диапазон дат. Основано на
DateField. Представлен в базе данных какdaterangeи в Python какdjango.db.backends.postgresql.psycopg_any.DateRange.Независимо от границ, указанных при сохранении данных, PostgreSQL всегда возвращает диапазон в канонической форме, включающей нижнюю границу и исключающей верхнюю границу, то есть
[).
Запрос диапазонов полей
Существует ряд пользовательских запросов и преобразований для полей диапазонов. Они доступны для всех вышеперечисленных полей, но мы будем использовать следующую примерную модель:
from django.contrib.postgres.fields import IntegerRangeField
from django.db import models
class Event(models.Model):
name = models.CharField(max_length=200)
ages = IntegerRangeField()
start = models.DateTimeField()
def __str__(self):
return self.name
Мы также будем использовать следующие примерные объекты:
>>> import datetime >>> from django.utils import timezone >>> now = timezone.now() >>> Event.objects.create(name="Soft play", ages=(0, 10), start=now) >>> Event.objects.create( ... name="Pub trip", ages=(21, None), start=now - datetime.timedelta(days=1) ... )
и NumericRange:
>>> from django.db.backends.postgresql.psycopg_any import NumericRange
Функции включения
Как и в других полях PostgreSQL, существуют три стандартных оператора включения: contains, contained_by и overlap, использующие операторы SQL @>, <@, и && соответственно.
contains
>>> Event.objects.filter(ages__contains=NumericRange(4, 5)) <QuerySet [<Event: Soft play>]>
contained_by
>>> Event.objects.filter(ages__contained_by=NumericRange(0, 15)) <QuerySet [<Event: Soft play>]>
Запрос contained_by также доступен для типов полей без диапазонов: SmallAutoField, AutoField, BigAutoField, SmallIntegerField, IntegerField, BigIntegerField, DecimalField, FloatField, DateField, и DateTimeField. Например:
>>> from django.db.backends.postgresql.psycopg_any import DateTimeTZRange >>> Event.objects.filter( ... start__contained_by=DateTimeTZRange( ... timezone.now() - datetime.timedelta(hours=1), ... timezone.now() + datetime.timedelta(hours=1), ... ), ... ) <QuerySet [<Event: Soft play>]>
overlap
>>> Event.objects.filter(ages__overlap=NumericRange(8, 12)) <QuerySet [<Event: Soft play>]>
Функции сравнения
Поля диапазонов поддерживают стандартные запросы: lt, gt, lte и gte. Они не очень полезны — они сначала сравнивают нижние границы, а затем верхние границы только при необходимости. Это также стратегия, используемая для сортировки по полю диапазона. Лучше использовать специфические операторы сравнения диапазонов.
fully_lt
Возвращаемые диапазоны строго меньше переданного диапазона. Другими словами, все точки в возвращаемом диапазоне меньше всех точек в переданном диапазоне.
>>> Event.objects.filter(ages__fully_lt=NumericRange(11, 15)) <QuerySet [<Event: Soft play>]>
fully_gt
Возвращаемые диапазоны строго больше переданного диапазона. Другими словами, все точки в возвращаемом диапазоне больше всех точек в переданном диапазоне.
>>> Event.objects.filter(ages__fully_gt=NumericRange(11, 15)) <QuerySet [<Event: Pub trip>]>
not_lt
Возвращаемые диапазоны не содержат точек, меньших переданного диапазона, то есть нижняя граница возвращаемого диапазона не меньше нижней границы переданного диапазона.
>>> Event.objects.filter(ages__not_lt=NumericRange(0, 15)) <QuerySet [<Event: Soft play>, <Event: Pub trip>]>
not_gt
Возвращаемые диапазоны не содержат точек, больших переданного диапазона, то есть верхняя граница возвращаемого диапазона не больше верхней границы переданного диапазона.
>>> Event.objects.filter(ages__not_gt=NumericRange(3, 10)) <QuerySet [<Event: Soft play>]>
adjacent_to
Возвращаемые диапазоны разделяют границу с переданным диапазоном.
>>> Event.objects.filter(ages__adjacent_to=NumericRange(10, 21)) <QuerySet [<Event: Soft play>, <Event: Pub trip>]>
Запрос с использованием границ
Поля диапазонов поддерживают несколько дополнительных запросов.
startswith
Возвращаемые объекты имеют заданную нижнюю границу. Может быть использовано в цепочке валидных запросов для базового поля.
>>> Event.objects.filter(ages__startswith=21) <QuerySet [<Event: Pub trip>]>
endswith
Возвращаемые объекты имеют заданную верхнюю границу. Может быть использовано в цепочке валидных запросов для базового поля.
>>> Event.objects.filter(ages__endswith=10) <QuerySet [<Event: Soft play>]>
isempty
Возвращаемые объекты — это пустые диапазоны. Может быть использовано в цепочке валидных запросов для BooleanField.
>>> Event.objects.filter(ages__isempty=True) <QuerySet []>
lower_inc
Возвращает объекты, имеющие включительные или исключительные нижние границы, в зависимости от переданного булевого значения. Может быть использовано в цепочке валидных запросов для BooleanField.
>>> Event.objects.filter(ages__lower_inc=True) <QuerySet [<Event: Soft play>, <Event: Pub trip>]>
lower_inf
Возвращает объекты, имеющие неограниченную (бесконечную) или ограниченную нижнюю границу, в зависимости от переданного булевого значения. Может быть использовано в цепочке валидных запросов для BooleanField.
>>> Event.objects.filter(ages__lower_inf=True) <QuerySet []>
upper_inc
Возвращает объекты, имеющие включительные или исключительные верхние границы, в зависимости от переданного булевого значения. Может быть использовано в цепочке валидных запросов для BooleanField.
>>> Event.objects.filter(ages__upper_inc=True) <QuerySet []>
upper_inf
Возвращает объекты, имеющие неограниченную (бесконечную) или ограниченную верхнюю границу, в зависимости от переданного булевого значения. Может быть использовано в цепочке валидных запросов для BooleanField.
>>> Event.objects.filter(ages__upper_inf=True) <QuerySet [<Event: Pub trip>]>
Определение собственных типов диапазонов
PostgreSQL позволяет определять пользовательские типы диапазонов. Реализации полей модели и формы Django используют базовые классы ниже, и psycopg предоставляет register_range() для использования пользовательских типов диапазонов.
-
class RangeField(**options) -
Базовый класс для полей диапазона модели.
-
base_field -
Класс поля модели для использования.
-
range_type -
Тип диапазона для использования.
-
form_field -
Класс поля формы для использования. Должен быть подклассом
django.contrib.postgres.forms.BaseRangeField.
-
-
class django.contrib.postgres.forms.BaseRangeField -
Базовый класс для полей диапазона формы.
-
base_field -
Поле формы для использования.
-
range_type -
Тип диапазона для использования.
-
Операторы диапазонов
-
class RangeOperators
PostgreSQL предоставляет набор SQL операторов, которые могут быть использованы вместе с типами данных диапазонов (см. документацию PostgreSQL для подробной информации об операторах диапазонов). Этот класс предназначен как удобный способ избежать опечаток. Названия операторов совпадают с именами соответствующих поисков.
class RangeOperators:
EQUAL = "="
NOT_EQUAL = "<>"
CONTAINS = "@>"
CONTAINED_BY = "<@"
OVERLAPS = "&&"
FULLY_LT = "<<"
FULLY_GT = ">>"
NOT_LT = "&>"
NOT_GT = "&<"
ADJACENT_TO = "-|-"
Выражения RangeBoundary()
-
class RangeBoundary(inclusive_lower=True, inclusive_upper=False) -
-
inclusive_lower -
Если
True(по умолчанию), нижняя граница включена'[', в противном случае она исключена'('.
-
inclusive_upper -
Если
False(по умолчанию), верхняя граница исключена')', в противном случае она включена']'.
-
Выражение RangeBoundary() представляет собой границы диапазона. Оно может использоваться с пользовательскими функциями диапазона, которые ожидают границы, например, для определения ExclusionConstraint. См. документацию PostgreSQL для получения подробной информации.
© Django Software Foundation and individual contributors
Licensed under the BSD License.
https://docs.djangoproject.com/en/5.0/ref/contrib/postgres/fields/