所以我有一个问题，我试图纯粹在 mySQL 中解决（我知道如果我添加 PHP 会容易得多，但出于此问题范围之外的原因，我试图避免这种情况）。我有一个查询，它结合了很多表/表数据并返回以下相关数据（为我的问题删除了额外的字段）：
| 人 | 天 | 销售量 |
|---|---|---|
| 一个 | 1 | 6 |
| 乙 | 1 | 5 |
| 一个 | 2 | 7 |
| C | 2 | 6 |
| 一个 | 3 | 5 |
| 乙 | 3 | 5 |
| C | 3 | 5 |
| D | 3 | 5 |
| 一个 | 4 | 7 |
| 乙 | 4 | 5 |
| 一个 | 5 | 7 |
| D | 5 | 5 |
| 一个 | 6 | 6 |
| 乙 | 6 | 5 |
| C | 6 | 6 |
| D | 6 | 5 |
| 一个 | 7 | 5 |
| 乙 | 7 | 5 |
| C | 7 | 5 |
| D | 7 | 6 |
我想找到每个人的销售额的总和，从 N 开始，N 是表中第一次出现，然后经过 N+3（实际上是一个月内的一周+数据，但要限制我的样本我在一周内要求 N+3 的数据）。复杂之处在于每个人的 N 不同，A 和 B 为 N=1（所以第 1、2、3、4 天）；C 具有 N = 2 (& 3,4,5); 和 D 具有 N = 3 (& 4, 5, 6)。'A' 每天都在工作，因此有 4 个条目（N、N+1、N+2、N+3），但其他人错过了几天，并且不会有相同数量的条目相加。我将对这些结果执行group by+sum(sales)命令，以获得每个人的子时间范围内的总销售额。
所以快速回顾/重新解释：我有一个很长的时间框架，工人正在工作，我想找到他们在受更大时间框架限制的不断变化的时间子集中所做的销售总量，子集开始基于每个人的第一次出现，单独计算，以及该子集中不同数量的条目。如果可能，我会尝试纯粹在 SQL 中执行此操作，将新查询包装在我已经编写的子查询周围，该子查询提供前面提到的表结果，以通过运行单个（大型、复杂等）查询来获取结果。