在对Django模型进行平均时，为什么MYSQL DB返回损坏的值？

Question

我正在MySQL（实际上是MariaDB）数据库之上运行Django应用程序。

我的Django模型如下所示：

from django.db import models
from django.db.models import Avg, Max, Min, Count

class myModel(models.Model):
    my_string = models.CharField(max_length=32,)
    my_date = models.DateTimeField()

    @staticmethod
    def get_stats():            
        logger.info(myModel.objects.values('my_string').annotate(
                count=Count("my_string"), 
                min=Min('my_date'), 
                max=Max('my_date'), 
                avg=Avg('my_date'),
            )
        )

当我运行get_stats() ，得到以下日志行：

[2015-06-21 09:45:40] INFO [all_logs:96] [{'my_string': u'A', 'count': 2, 'avg': 20080507582679.5, 'min': datetime.datetime(2007, 8, 2, 11, 33, 53, tzinfo=<UTC>), 'max': datetime.datetime(2009, 2, 13, 5, 20, 6, tzinfo=<UTC>)}]

我的问题是数据库返回的my_date字段的平均值为： 20080507582679.5 。 仔细看那个数字。 日期格式无效。

为什么数据库不返回这两个日期的平均值的有效值？ 如果上述方法失败，如何获得该字段的实际平均值？ Django DateTimeField是否未设置为进行平均处理？

Answer 1

Q1：为什么数据库不返回这两个日期的平均值的有效值？

答：返回的值是预期的，它是明确定义的MySQL行为。

的MySQL如果该值在数值上下文 ，反之亦然使用日期或时间值自动地转换为数字 。

MySQL参考手册： https : //dev.mysql.com/doc/refman/5.5/en/date-and-time-types.html

---

在MySQL中， AVG聚合函数对数值起作用。

在MySQL中，可以在数字上下文中评估DATE或DATETIME表达式。

作为一个简单的演示，在DATETIME上执行数字加法运算会将日期时间值隐式转换为数字。 该查询：

  SELECT NOW(), NOW()+0

返回如下结果：

  NOW()                                NOW()+0  
  -------------------  -----------------------
  2015-06-23 17:57:48    20150623175748.000000

请注意，为表达式NOW()+0返回的值不是 DATETIME ，而是一个数字 。

在DATETIME表达式上指定SUM()或AVG()函数时，这等效于将DATETIME转换为数字，然后对数字求和或求平均值。

也就是说，此表达式AVG(mydatetimecol)的返回值等同于此表达式的返回值： AVG(mydatetimecol+0)

“平均”是一个数值。 您已经观察到，返回的值不是有效的日期时间； 甚至在看起来像有效日期时间的情况下，也可能不是一个您认为真正的“平均值”的值。

---

问题2：如果所述方法失败，如何获得该字段的实际平均值？

解答2：一种方法是将日期时间转换为可以“准确”平均的数值，然后将其转换回日期时间。

例如，您可以将datetime转换为表示从某个固定时间点开始的秒数的数字值，例如

  TIMESTAMPDIFF(SECOND,'2015-01-01',t.my_date)

然后，您可以“平均”这些值，以从固定时间点获得平均秒数 。 （注意：谨防增加数量非常大的行，具有非常大的值并且超过限制（最大数值）的数字溢出问题。）

  AVG(TIMESTAMPDIFF(SECOND,'2015-01-01',t.my_date))

要将其转换回日期时间，请将该值作为秒数添加回固定的时间点：

  '2015-01-01' + INTERVAL AVG(TIMESTAMPDIFF(SECOND,'2015-01-01',t.my_date)) SECOND

（请注意， DATEIME值是在MySQL会话的时区中评估的；因此在DATEIME情况下，MySQL会话中的time_zone变量的设置会对返回的值产生一些影响。）

MySQL还提供了UNIX_TIMESTAMP()函数，该函数返回unix样式的整数值，即从时代开始（UTC 1970年1月1日午夜）起的秒数。 您可以使用它来更简洁地完成相同的操作：

  FROM_UNIXTIME(AVG(UNIX_TIMESTAMP(t.my_date)))

请注意，这个最终表达式实际上在做同样的事情...将datetime值转换为自1970年1月1日00:00:00 UTC以来的秒数，取其平均值，然后将其相加返回“ 1970-01-01” UTC的秒数，最后将其转换回DATETIME值，以当前会话time_zone 。

---

问题3：是否没有设置Django DateTimeField来处理平均？

答：显然，Django的作者对SQL表达式AVG(datetime)从数据库返回的值感到满意。

Answer 2

计划A：使用TIMESTAMP字段代替DATETIME字段

计划B：在计算期间将DATETIME转换为TIMESTAMP：

FROM_UNIXTIME(ROUND(AVG(UNIX_TIMESTAMP(`my_date`))))

（抱歉，我不知道所需的Django语法。）

Answer 3

当您使用values() ，Django将不会转换从数据库python连接器获取的值。 由连接器决定如何返回值。

在这种情况下，MySQL连接器似乎返回了除去分隔符的字符串表示形式。 您可以尝试使用具有匹配format datetime.strptime()将其解析为datetime对象。