Question

我有一个描述here

的Django模型

我创建并保存了这个模型的实例：

>>> from django.db.models import Max, F, Func
>>> from django.conf import settings
>>> import pytz, datetime
>>> from myapp.models import myModel

>>> myModel.objects.all().delete()

>>> myModel.objects.create(
    my_date=datetime.datetime(2037,4,2,15,18,17,tzinfo=pytz.UTC), 
    my_string="asda"
)
<myModel: myModel object>

然后我尝试检索刚插入的实例，但是我以原生格式获取DateTimeField并在应用UNIX_TIMESTAMP之后：

>>> x = myModel.objects.values('my_string').aggregate(
    max1=Max('my_date'), 
    max2=Max(Func(F('my_date'), function='UNIX_TIMESTAMP'))
)

>>> x
{
    'max2': Decimal('2122848857.000000'), 
    'max1': datetime.datetime(2037, 4, 8, 20, 14, 17, tzinfo=<UTC>)
}

>>> datetime.datetime.utcfromtimestamp(x["max2"])
datetime.datetime(2037, 4, 9, 0, 14, 17)


>>> pytz.timezone(settings.TIME_ZONE)
<DstTzInfo 'America/New_York' LMT-1 day, 19:04:00 STD>
>>>

如果您convert 2122848857返回日期时间，则会获得2037-04-09T00:14:17+00:00。这比实际插入的时间长4小时。为什么？如何纠正这种看似腐败？我机器的时区是EDT，比UTC晚了4个小时。但这仍然无法解释为什么Django将这个UTC时间保存在我当地时区。

Answer 1

import pytz, datetime
from django.db.models import Max, F, Func
from django.conf import settings
from myapp.models import myModel

local_tz = pytz.timezone(settings.TIME_ZONE)

local_datetime = local_tz.localize(datetime.datetime(2037, 4, 8, 20, 14, 17), is_dst=None)
utc_datetime = local_datetime.astimezone(pytz.UTC)
# datetime.datetime(2037, 4, 9, 0, 14, 17, tzinfo=<UTC>)

MyModel.objects.create(my_date=utc_datetime)

x = MyModel.objects.aggregate(max1=Max('my_date'),max2=Max(Func(F('my_date'), function='UNIX_TIMESTAMP')))

pytz.UTC.localize(datetime.datetime.fromtimestamp(x['max2'])).astimezone(local_tz) == x['max1'].astimezone(local_tz)

Answer 2

datetime和timestamp之间的主要区别在于timestamp将使用当前的mysql time_zone设置和datetime自动将值存储为UTC插入和检索记录时将忽略time_zone设置。

您正在使用datetime字段，但是您也在使用针对该字段的mysql UNIX_TIMESTAMP函数。执行此操作时，docs会解释服务器根据time_zone设置将值解释为本地时间值。这是转换差异的来源。

你有两个选择。

确保在运行查询之前将time_zone会话变量设置为UTC。
将值存储到timestamp字段而不是datetime字段。

Answer 3

是的。一些数据被丢弃。

Django DateTime字段将数据存储在缺少时区信息的数据库DateTime存储中，因此在存储之前将其删除。

这是the manual说的

请注意，如果将其设置为指向DateTimeField，则仅考虑>字段的日期部分。此外，当USE_TZ为True时，将在保存对象时在当前时区执行检查。

存储完整日期时间日期的正确方法是使用DateTimeOffset字段-可以在MS-Sql和其他代码中找到。但这不受支持（yet?）

Django在将数据库保存到数据库时是否会破坏时区感知的DateTimeField？

3 个答案: