【发布时间】:2019-01-10 09:27:21
【问题描述】:
我有这个简单的模型:
models.py
class Ping(models.Model):
online = models.BooleanField()
created = models.DateTimeField(db_index=True, default=timezone.now)
def __str__(self):
return f'{self.online}, {self.created}'
它给了我以下结果:
mysql [lab]> SELECT * FROM myapp_ping;
+----+--------+----------------------------+
| id | online | created |
+----+--------+----------------------------+
| 1 | 1 | 2018-08-02 13:34:09.435292 |
| 2 | 1 | 2018-08-02 13:35:09.520200 |
| 3 | 0 | 2018-08-02 13:36:09.540638 |
| 4 | 0 | 2018-08-02 13:37:10.529783 |
| 5 | 1 | 2018-08-02 13:38:09.779012 |
| 6 | 1 | 2018-08-02 13:39:09.650365 |
| 7 | 1 | 2018-08-02 13:40:09.625543 |
| 8 | 1 | 2018-08-02 13:41:09.892196 |
| 9 | 1 | 2018-08-02 13:42:09.802186 |
| 10 | 1 | 2018-08-02 13:43:09.864551 |
| 11 | 1 | 2018-08-02 13:44:09.960962 |
| 12 | 1 | 2018-08-02 13:45:09.891947 |
| 13 | 0 | 2018-08-02 13:46:09.141727 |
| 14 | 0 | 2018-08-02 13:47:09.142030 |
| 15 | 0 | 2018-08-02 13:48:09.160942 |
| 16 | 0 | 2018-08-02 13:49:09.152879 |
| 17 | 0 | 2018-08-02 13:50:09.280246 |
| 18 | 1 | 2018-08-02 13:51:09.363184 |
| 19 | 1 | 2018-08-02 13:52:09.405863 |
| 20 | 1 | 2018-08-02 13:53:09.403251 |
+----+--------+----------------------------+
20 rows in set (0.00 sec)
有没有办法得到类似这样的输出(online 一直为假的范围):
停机时间:
from | to | duration
2018-08-02 13:36:09 | 2018-08-02 13:37:10 | 1 minute and 1 second
2018-08-02 13:46:09 | 2018-08-02 13:50:09 | 4 minutes and 0 seconds
我不确定这是否可以使用 Django ORM 完成,或者它需要一个原始的 MySQL 查询才能使用类似CASE 或IF 语句的东西?
更新:2018 年 8 月 8 日星期三 15:13:15 UTC
所以我从@AKX answer 获得了两种解决方案的概念证明:
models.py
class PingManager(models.Manager):
def downtime_python(self):
queryset = super().get_queryset().filter(created__gt=timezone.now() - timezone.timedelta(days=30))
offline = False
ret = []
for entry in queryset:
if not entry.online and not offline:
offline = True
_ret = {'start': str(entry.created)}
if entry.online and offline:
_ret.update({'end': str(entry.created)})
ret.append(_ret)
offline = False
return ret
def downtime_sql(self):
queryset = super().get_queryset().filter(created__gt=timezone.now() - timezone.timedelta(days=30))
offline = queryset.filter(online=False).order_by('created').first()
last = queryset.order_by('created').last()
ret = []
if offline:
online = queryset.filter(created__gt=offline.created, online=True).order_by('created').first()
ret.append({'start': str(offline.created), 'end': str(online.created)})
while True:
offline = queryset.filter(created__gt=online.created, online=False).order_by('created').first()
if offline:
online = queryset.filter(created__gt=offline.created, online=True).order_by('created').first()
if (online and offline) and online.created < last.created:
ret.append({'start': str(offline.created), 'end': str(online.created)})
continue
else:
break
return ret
class Ping(models.Model):
online = models.BooleanField()
created = models.DateTimeField(db_index=True, default=timezone.now)
objects = PingManager()
def __str__(self):
return f'{self.online}, {self.created}'
问题:
我应该为此创建一个静态方法还是自定义
manger是正确的解决方案?如果两个计算都在内存中运行,为什么执行时间会有如此巨大的差异?有没有办法改进并使其更像python等效方法?
测试:
# python manage.py shell
Python 3.6.5 (default, Apr 10 2018, 17:08:37)
Type 'copyright', 'credits' or 'license' for more information
IPython 6.5.0 -- An enhanced Interactive Python. Type '?' for help.
In [1]: from myapp.models import Ping
In [2]: Ping.objects.downtime_sql()[0]
Out[2]:
{'start': '2018-07-13 16:32:16.009356+00:00',
'end': '2018-07-13 16:33:15.942784+00:00'}
In [3]: Ping.objects.downtime_python()[0]
Out[3]:
{'start': '2018-07-13 16:32:16.009356+00:00',
'end': '2018-07-13 16:33:15.942784+00:00'}
In [4]: Ping.objects.downtime_sql() == Ping.objects.downtime_python()
Out[4]: True
In [5]: import timeit
In [6]: timeit.timeit(stmt=Ping.objects.downtime_python, number=1)
Out[6]: 5.720254830084741
In [7]: timeit.timeit(stmt=Ping.objects.downtime_sql, number=1)
Out[7]: 0.25946347787976265
【问题讨论】:
-
我不确定即使是 SQL case/if 语句也能得到那个结果,因为结果行取决于前面的行。不过,这在 Python 中很容易实现。
-
在这些方法中
queryset有多大?downtime_python()需要从数据库中加载所有这些并将它们“反序列化”到模型中。 -
它非常大,探针每分钟运行一次,所以 30 天是 ~40256
-
这就是为什么它要慢得多。 :D
标签: python mysql django django-models