Как иметь дело с “частичными” датами (2010-00-00) от MySQL в Django?

Можно сохранить частичную дату в виде целого числа (предпочтительно в поле, названном для части даты, которую вы храните, например год, месяц или день) и выполнить проверку и преобразование в объект даты в модели.

EDIT

Если вам нужна функция реальной даты, вам, вероятно, понадобятся реальные, а не частичные даты. Например, даты возвращения «получить все после 2010-0-0», включая 2010 год, или только даты в 2011 году и далее? То же самое касается и другого вашего примера мая 2010 года. Способы, которыми разные языки / клиенты имеют дело с частичными датами (если они вообще поддерживают их), вероятно, будут очень своеобразными, и они вряд ли будут соответствовать реализации MySQL.

С другой стороны, если вы храните целое число year, такое как 2010, легко запросить в базе данных «все записи с годом > 2010» и точно понять, каким должен быть результат, от любого клиента, на любой платформе.Вы даже можете комбинировать этот подход для более сложных дат / запросов, таких как «все записи с годом > 2010 года И месяцем > 5».

ВТОРОЕ РЕДАКТИРОВАНИЕ

Ваш единственный другой (и, возможно, лучший) вариант - хранить действительно действительные даты и придумывать соглашение в вашем приложении о том, что они означают. Поле DATETIME с именем date_month может иметь значение 2010-05-01, но вы будете рассматривать его как представляющее все даты в мае 2010 года. Вам нужно будет учитывать это при программировании. Если бы в Python в качестве объекта datetime был date_month, вам нужно было бы вызвать функцию типа date_month.end_of_month() для запроса дат после этого месяца. (Это псевдокод, но может быть легко реализован с помощью чего-то вроде модуля calendar.)

Можете ли вы хранить дату вместе с флагом, который говорит, какая часть даты действительна?

Что-то вроде этого:

YEAR_VALID = 0x04
MONTH_VALID = 0x02
DAY_VALID = 0x01

Y_VALID = YEAR_VALID
YM_VALID = YEAR_VALID | MONTH_VALID
YMD_VALID = YEAR_VALID | MONTH_VALID | DAY_VALID

Тогда, если у вас есть дата 2010-00-00, преобразуйте ее в 2010-01-01 и установите флаг Y_VALID. Если у вас есть дата 2010-06-00, преобразуйте ее в 2010-06-01 и установите флаг YM_VALID.

Итак, PartialDateField будет классом, который объединяет дату и флаг date-valid, описанный выше.

P.S. На самом деле вам не обязательно использовать флаги так, как я показал; это старый программист на языке Си во мне выходит на поверхность. Вы можете использовать Y_VALID, YM_VALID, YMD_VALID = range(3), и это будет работать примерно также. Главное, чтобы был какой-то флаг, который говорит, какой части даты доверять.

Похоже, вы хотите сохранить интервал дат. В Python это (насколько я понимаю, все еще немного нуб) легче всего реализовать, сохранив два объекта datetime.datetime, один из которых указывает начало диапазона дат, а другой - конец. Аналогично тому, как это используется для указания фрагментов списка, конечная точка сама не будет включена в диапазон дат.

Например, этот код будет реализовывать диапазон дат как именованный кортеж:

>>> from datetime import datetime
>>> from collections import namedtuple
>>> DateRange = namedtuple('DateRange', 'start end')
>>> the_year_2010 = DateRange(datetime(2010, 1, 1), datetime(2011, 1, 1))
>>> the_year_2010.start <= datetime(2010, 4, 20) < the_year_2010.end
True
>>> the_year_2010.start <= datetime(2009, 12, 31) < the_year_2010.end
False
>>> the_year_2010.start <= datetime(2011, 1, 1) < the_year_2010.end
False

Или даже добавить немного магии:

>>> DateRange.__contains__ = lambda self, x: self.start <= x < self.end
>>> datetime(2010, 4, 20) in the_year_2010
True
>>> datetime(2011, 4, 20) in the_year_2010
False

Это настолько полезная концепция, что я почти уверен, что кто-то уже сделал доступной реализацию . Например, беглый взгляд подсказывает, что класс relativedate из пакета dateutil сделает это, и более выразительно, позволив аргументу ключевого слова 'years' передаваться в конструктор.

Однако сопоставление такого объекта с полями базы данных несколько сложнее, поэтому вам может быть лучше реализовать его, просто извлекая оба поля по отдельности, а затем объединяя их. Я предполагаю, что это зависит от структуры БД; Я еще не очень хорошо знаком с этим аспектом Python.

В любом случае, я думаю, что главное - думать о «частичной дате» как о диапазоне, а не как о простом значении.

править

Заманчиво, но я считаю неуместным добавить больше магических методов, которые будут обрабатывать использование операторов > и <.Здесь есть некоторая двусмысленность: наступает ли дата, которая «больше» заданного диапазона, после конца диапазона или после его начала? Первоначально кажется уместным использовать <= , чтобы указать, что дата в правой части уравнения находится после начала диапазона, и <, чтобы указать, что это после конец.

Однако это подразумевает равенство между диапазоном и датой в пределах диапазона, что неверно, поскольку подразумевает, что месяц май 2010 года равен 2010 году, потому что 4 мая 2010 года приравнивается к обоим из их. То есть вы получите фальсификации вроде 2010-04-20 == 2010 == 2010-05-04 , что это правда.

Поэтому, вероятно, было бы лучше реализовать такой метод, как isafterstart , чтобы явно проверять, находится ли дата после начала диапазона. Но опять же, кто-то, вероятно, уже сделал это, поэтому, вероятно, стоит взглянуть на pypi , чтобы узнать, что считается готовым к производству. На это указывает наличие «Статус разработки :: 5 - Производство / стабильная» в разделе «Категории» на странице pypi данного модуля. Обратите внимание, что не всем модулям присвоен статус разработки.

Или вы можете просто упростить задачу и, используя базовую реализацию namedtuple, явно проверить

>>> datetime(2012, 12, 21) >= the_year_2010.start
True