使用MERN栈开发时，数据统计聚合的计算逻辑应放在哪一层？

直接给你各方案的适用场景和优劣，你可以根据自己的项目阶段选择：

• 完全不推荐React前端计算
  这种做法需要把用户的所有骑行记录全量拉到前端，首先会浪费带宽、拖慢页面加载速度，其次用户私有数据全量返回本身就有安全隐患，另外前端处理周/月的时间范围筛选很容易因为时区、数据格式问题出现统计错误，完全没必要选这种方案。

• 优先推荐：MongoDB聚合查询 + Node层直接返回结果
  不需要把全量数据拉到Node层遍历计算，直接用MongoDB自带的aggregate聚合能力就能搞定你的需求：

  1. 先用$match筛选出date字段符合本周/本月范围的记录
  2. 再用$group对总骑行距离、总骑行时长做求和统计
  3. 最后在$project阶段用总距离除以总时长就能算出平均骑行速度
     所有计算都在数据库层面完成，性能远高于Node层遍历计算，接口只需要返回三个统计值，响应速度极快，对于初学者的项目量级（单用户万条记录以内）完全够用，开发成本也极低。

• 预存汇总值方案可后续迭代再用
  如果你后续用户量增长、单用户骑行记录超过几万条、汇总页访问频率非常高的时候，再考虑新增汇总集合预存统计值。实现逻辑是用户新增/修改/删除骑行记录时，同步更新对应周、月的汇总数据，读取时直接返回预存值即可，不用实时计算。
  初期不建议用这个方案，会额外增加开发复杂度，还要处理数据一致性问题（比如修改历史记录后忘了更新汇总值就会导致统计错误），等后续性能瓶颈出现再迭代就行。

内容的提问来源于stack exchange，提问作者Forrest