Запрос к базе данных Django: Как фильтровать объекты по диапазону дат?

Question

Запрос к базе данных Django: Как фильтровать объекты по диапазону дат?

150

У меня есть поле в одной модели, например

class Sample(models.Model):
    date = fields.DateField(auto_now=False)

Теперь мне нужно отфильтровать объекты по диапазону данных, например, все объекты, которые имеют дату между 1 января 2011 года по 31 января 2011 года?

Спасибо за вашу помощь!

user469652 12 янв. 2011, в 12:57

Источник

Теги:

django

python

django-models

5 ответов

118

Вы можете использовать django filter с datetime.date objects:

import datetime
samples = Sample.objects.filter(sampledate__gte=datetime.date(2011, 1, 1),
                                sampledate__lte=datetime.date(2011, 1, 31))

Bernhard Vallant 12 янв. 2011, в 12:59

0

чтобы получить все, включая день 1 и 31, мы должны будем использовать gte так?
Sam Stoelinga 16 окт. 2011, в 07:00
2

Да, используйте gte (> =).
Bernhard Vallant 16 окт. 2011, в 11:36
0

Преимущество использования этого метода перед crodjer's состоит в том, что вы можете передавать ему объекты datetime вместо строк.
Brian Kung 21 июль 2015, в 14:23

Показать ещё 1 комментарий

58

При выполнении диапазонов django с фильтром убедитесь, что вы знаете разницу между использованием объекта даты и объекта datetime. __range включен по датам, но если вы используете объект даты и времени для конечной даты, он не будет включать записи для этого дня, если время не установлено.

    startdate = date.today()
    enddate = startdate + timedelta(days=6)
    Sample.objects.filter(date__range=[startdate, enddate])

возвращает все записи от startdate до enddate, включая записи в эти даты. Плохой пример, поскольку это возвращает записи в неделю в будущее, но вы получаете дрейф.

    startdate = datetime.today()
    enddate = startdate + timedelta(days=6)
    Sample.objects.filter(date__range=[startdate, enddate])

будет отсутствовать запись за 24 часа в зависимости от того, на какое время установлены поля даты.

cademan 01 июнь 2011, в 02:01

4

Я думаю, что важно отметить, как импортировать объект date : >>> from datetime import date >>> startdate = date.today()
Alex Spencer 01 май 2014, в 06:03

15

Вы можете обойти "несоответствие импеданса", вызванное отсутствием точности в сравнении с объектом DateTimeField/date, которое может возникнуть при использовании диапазона - с использованием datetime. timedeltastrong > , чтобы добавить день к последней дате в диапазоне. Это работает как:

start = date(2012, 12, 11)
end = date(2012, 12, 18)
new_end = end + datetime.timedelta(days=1)

ExampleModel.objects.filter(some_datetime_field__range=[start, new_end])

Как обсуждалось ранее, без выполнения чего-либо подобного, записи игнорируются в последний день.

Отредактировано, чтобы избежать использования datetime.combine - кажется более логичным придерживаться экземпляров даты при сравнении с DateTimeField, вместо того, чтобы возиться с отбрасывающими (и запутывающими) объектами datetime. См. Дальнейшее объяснение в комментариях ниже.

trojjer 11 дек. 2012, в 18:41

1

Есть замечательная библиотека Делора, которая упрощает это с помощью метода усечения: delorean.readthedocs.org/en/latest/quickstart.html#truncation
trojjer 07 июнь 2013, в 13:27
0

@tojjer: выглядит многообещающе, но как здесь использовать метод усечения?
eugene 10 март 2014, в 14:03
0

@eugene: я снова исследовал это только сейчас, после всех этих месяцев, и вы правы в том, что это действительно не помогает в этой ситуации. Единственный способ обойти это, как я могу предположить, - это предложить мой первоначальный ответ, который заключается в предоставлении дополнительного «отступа» для сравнения с полем модели даты и времени при фильтрации по экземпляру даты. Это можно сделать с помощью метода datetime.combine, как указано выше, но я обнаружил, что проще учесть расхождение, добавив временную дельту (days = 1) к дате начала / окончания диапазона - - в зависимости от проблемы.
trojjer 10 март 2014, в 16:01
0

Таким образом, Example.objects.filter(created__range=[date(2014, 1, 1), date(2014, 2, 1)]) не будет включать объекты, созданные на date(2014, 2, 1) , как @cademan объяснил. Но если вы увеличиваете конечную дату, добавляя один день, вы получите набор запросов, охватывающий эти недостающие объекты (и удобно пропускающие объекты, созданные на date(2014, 2, 2) из-за той же причуды). Раздражает то, что «ручной» диапазон, указанный с помощью created__gte ... created__lte=date(2014, 2, 1) тоже не работает, что, безусловно, нелогично для IMHO.
trojjer 10 март 2014, в 16:16
1

@tojjer: datetime_field__range = [delorean.parse ('2014-01-01'). date, delorean.parse ('2014-02-01'). date] работает для меня
eugene 11 март 2014, в 01:39
0

Вы уверены, что это работает @eugene? Я не понимаю, как это возможно, так как вы все еще сравниваете экземпляр datetime.date с DateTimeField - проблема, как описано, возникает из-за недостаточной точности; нет данных времени для сравнения. Дайте мне знать, если под "работой" вы подразумеваете, что он на самом деле возвращает объекты, где datetime_field ссылается на 2014-02-01! :) Кстати, delorean.parse('2014-01-01').date == dateutil.parser.parse('2014-01-01').date() в этом случае; Delorean великолепен, но не нужен, если это все, что мы делаем. Хорошая библиотека, хотя!
trojjer 12 март 2014, в 16:46
0

Также обратите внимание, что Django может обработать для вас разбор даты в наборе запросов. Иногда полезно иметь возможность напрямую передавать строки даты следующим образом: Example.objects.filter(datetime_field__range=['2014-01-01', '2014-02-01']) . Я не смог заставить его включать объекты, где поле datetime_field ссылается на последний день, хотя, чтобы повторить - без взлома, добавив один день к конечной дате.
trojjer 12 март 2014, в 17:03
0

Этот ответ - почти правильный способ справиться с этим, но он неверен по двум причинам. 1. Этот ответ не решает проблемы с другими часовыми поясами. Вам нужно время в полночь в часовом поясе клиента, а не в UTC или часовом поясе сервера. 2. Верхняя граница здесь в полночь включительно . Это должно быть эксклюзивным .
w0rp 19 окт. 2017, в 10:18

Показать ещё 6 комментариев

0

Работает для меня

YourModel.objects.filter(date__date=timezone.now())

Jonhatan Fajardo 22 сен. 2017, в 05:32

2

Это сработало и для меня, для новичков для ясности: (date__date = ...) означает ({whatColumnTheDateIsCalled} __ date)
Ryan Dines 05 март 2018, в 18:01

Ещё вопросы

чтобы получить все, включая день 1 и 31, мы должны будем использовать gte так?
Преимущество использования этого метода перед crodjer's состоит в том, что вы можете передавать ему объекты datetime вместо строк.
Я думаю, что важно отметить, как импортировать объект date : >>> from datetime import date >>> startdate = date.today()
Есть замечательная библиотека Делора, которая упрощает это с помощью метода усечения: delorean.readthedocs.org/en/latest/quickstart.html#truncation
@tojjer: выглядит многообещающе, но как здесь использовать метод усечения?
@eugene: я снова исследовал это только сейчас, после всех этих месяцев, и вы правы в том, что это действительно не помогает в этой ситуации. Единственный способ обойти это, как я могу предположить, - это предложить мой первоначальный ответ, который заключается в предоставлении дополнительного «отступа» для сравнения с полем модели даты и времени при фильтрации по экземпляру даты. Это можно сделать с помощью метода datetime.combine, как указано выше, но я обнаружил, что проще учесть расхождение, добавив временную дельту (days = 1) к дате начала / окончания диапазона - - в зависимости от проблемы.
Таким образом, Example.objects.filter(created__range=[date(2014, 1, 1), date(2014, 2, 1)]) не будет включать объекты, созданные на date(2014, 2, 1) , как @cademan объяснил. Но если вы увеличиваете конечную дату, добавляя один день, вы получите набор запросов, охватывающий эти недостающие объекты (и удобно пропускающие объекты, созданные на date(2014, 2, 2) из-за той же причуды). Раздражает то, что «ручной» диапазон, указанный с помощью created__gte ... created__lte=date(2014, 2, 1) тоже не работает, что, безусловно, нелогично для IMHO.
@tojjer: datetime_field__range = [delorean.parse ('2014-01-01'). date, delorean.parse ('2014-02-01'). date] работает для меня
Вы уверены, что это работает @eugene? Я не понимаю, как это возможно, так как вы все еще сравниваете экземпляр datetime.date с DateTimeField - проблема, как описано, возникает из-за недостаточной точности; нет данных времени для сравнения. Дайте мне знать, если под "работой" вы подразумеваете, что он на самом деле возвращает объекты, где datetime_field ссылается на 2014-02-01! :) Кстати, delorean.parse('2014-01-01').date == dateutil.parser.parse('2014-01-01').date() в этом случае; Delorean великолепен, но не нужен, если это все, что мы делаем. Хорошая библиотека, хотя!
Также обратите внимание, что Django может обработать для вас разбор даты в наборе запросов. Иногда полезно иметь возможность напрямую передавать строки даты следующим образом: Example.objects.filter(datetime_field__range=['2014-01-01', '2014-02-01']) . Я не смог заставить его включать объекты, где поле datetime_field ссылается на последний день, хотя, чтобы повторить - без взлома, добавив один день к конечной дате.
Этот ответ - почти правильный способ справиться с этим, но он неверен по двум причинам. 1. Этот ответ не решает проблемы с другими часовыми поясами. Вам нужно время в полночь в часовом поясе клиента, а не в UTC или часовом поясе сервера. 2. Верхняя граница здесь в полночь включительно . Это должно быть эксклюзивным .
Это сработало и для меня, для новичков для ясности: (date__date = ...) означает ({whatColumnTheDateIsCalled} __ date)

crodjer · Accepted Answer · 2011-01-12T12-50-00.000Z

Используйте

Sample.objects.filter(date__range=["2011-01-01", "2011-01-31"])

Или, если вы просто пытаетесь отфильтровать месяц:

Sample.objects.filter(date__year='2011', 
                      date__month='01')

Изменить

Как сказал Бернхард Валлант, если вам нужен запрос, который исключает specified range ends, вы должны рассмотреть его решение, в котором используется gt/lt (больше или меньше -than).

Каков тип данных date1? У меня есть объект datetime.
@dcordjer: Кроме того, следует сказать, что __range включает границы (как в sql's BETWEEN ), если вы не хотите, чтобы эти границы были включены, вам придется __range моим решением gt / lt ...
Это по сути отсортировано в любом порядке? Если да, то какой порядок? Благодарю.
@RichardDunn Порядок будет основан на порядке по умолчанию вашей модели или если вы используете order_by поверх сгенерированного QuerySet с помощью вышеупомянутого filter . Я не использовал Django годами.
для date__range вам нужно поставить 01 следующего месяца. Вот ссылка на документ, который exmaplins переводит на 00: 00: 00.0000 дат, поэтому последний день в вашем диапазоне не включен. docs.djangoproject.com/en/1.10/ref/models/querysets/#range в этом случае я использую: date__range = ["% s-% s-1"% (год, месяц), "% s-% s- 1" % (год, Int (месяц) +1)]
Есть ли диапазон по умолчанию для этого фильтра?