这个我见过，数据量大又要实时的话
先是数据库优化，查询语句优化，甚至需要的数据单独建表优化
另一个每天一个定时任务跑之前的数据，按照年度月付日分别统计，所以只需要查当天的数据再加之前已经统计好的数据就可以了

@happyn 是联通 4G 和电信宽带 windows

移动端是不是没法玩,穿透困难而且当做节点电量消耗不低吧

@happyn 刚刚试了下，不通(p_q ）

@ywy12345 还是要流量走公网服务器中转嘛，貌似也没得其他方法了，就是带宽捉急(￣.￣)

redis 本身不就可以做嘛
另外这个很奇怪啊，如果要清空队列那不是任务就没了，那我崩溃了几次就清除几次和一次启动清除了几次有啥区别，脏数据嘛用其他方式解决，保证重复任务也没问题这样子？

Android 可以使用多开，🈶root 权限的还可以多开 n 个用户，互相之间数据不互通，数据什么都是空的◑.◑

@AoEiuV020 也对，还不如买个国内得机子玩，加速什么的用机场

@ruanimal 而且当有默认参数时也有点问题，不过也可以用了，上边有人说的 lru_cache 可以直接用

@ruanimal 这样的话传入参数必须一样的顺序，否则就不是同一个 tuple

@islxyqwe 当有默认参数的时候有点小问题，他是根据传入参数来决定的

@islxyqwe nice

@ruanimal 如果属性值较多那这个字典可能有好多层吧，，，，，而且有好几个这样的类他们属性不同就要写不同的代码和字典，所以有了这个想法

@omri
我自己想法大概是这样子:
全局 request 用 threadlocal, 这个比较简单, 上面有人说了有现成的
数据的增删改记录第三方也有, 比如 django-simple-history, 在每个模型里面加个字段就可以, 与用户关联的话参考 django-simple-history 文档有相关描述, 是可以满足这个需求的, 不过我打算自己用 django 的信号机制写这部分逻辑, 可以全局记录, 没全局需求的话用 django-simple-history 应该完全够了

@lowman
对的, 会用到, 只是全局跟踪变更记录的话, 用信号机制就可以

@n329291362
@omri
还真有这个写法, 不过官方文档只介绍了 QuerySet filter, 没想到 manager, 不过跟踪实例字段变化已经有更好的实现思路了
manager 这部分也只是在 ORM 这边, 要和 request 有关系还是要在每个视图里面写逻辑

@sivacohan
我这里其实是需要把 2 个部分关联起来的, 一边是 ORM 操作, 另一边是视图, 大部分情况下其实可以关联起来, 不过这里要做一个全局的, 也不要每个接口单独配置, 每个视图都要写逻辑的这种
目前看来使用 threadlocals 应该可以

@freakxx
恩,是拆成 2 个部分, 不过现在要把 2 个部分关联起来, 也就是一个 request 引起的多个记录关联起来, 这些都要和用户关联

跟踪一个实例的 field change 的话我是直接改__init__和__setattr__方法添加一个属性就可以实现, 并且只记录了更改的 field. 没有变的 field 不会记录, 在实例更改保存的时候使用了信号来保存更改之前之后的值, 直接 copy 整个实例 emmm 貌似太伤了

@ohhe 这个做的比较好了
这个必须在每个模型中定义一个 history, 不能抽象类继承, 并且一个每个模型都会创建一张记录表
与用户关联的话, 依赖 django 的中间件, 如果使用 rest_framework 自定义用户验证的话, 得不到用户的, 所以必须每次更改的时候传入 user