是的，我根据报错提示添加的~

已添加 on_delete 相关参数，但无效~

新人培养体系~

感谢大佬倾囊相授！

昨日，我也思考了下性能测试的相关点，结合您刚提到的，我是不是可以这么理解：

1. 整理历史数据
   1. web/APP 端当天的用户量、当天用户活跃时间点、高峰时间点对应的用户量
   2. 活动期间对应的访问人数（各月活动营销策略）
   3. CPU/内存/带宽使用率
2. 评估是否做性能测试
   1. 预估后续业务量
   2. 用户体验

综合以上，如果历史系统开销占比 30% 以下，我是不是可以理解为性能测试调优效果不会很显著；而针对于用户体验，则可以由客服/运营/用户/产品提出随版本优化来实现。

收获剖多~
目前所在中型公司，性能测试只再 crash 时做了简单的单接口压测测试；当前领导目前侧重于业务，后续我也在考虑要不要做性能测试。
针对您以上说的，我也有几个疑问，烦请指点下：

1. 多少访问量以上值得去做性能测试（单接口/多接口）
2. 覆盖范围如何定义（一般来说，我们仅为后端暴露对外的接口进行覆盖，您稳重提到的渲染效果在实际测试中占比不多，是否需要覆盖）

404

啊啊啊~没有早鸟票了~没瞅见

团队管理和培训体系

1. 了解当前成员水平/公司业务/技术架构
2. 新员工培养/老员工提升
3. 提升团队凝聚力（项目/沟通/个人魅力影响）
4. 文档整理/维护
5. 技术培训/分享
6. 团建

是很简练，中间各种困苦就不提了~

嗯嗯~现在觉得技术还是不能丢哈~