推荐用date_sub(current_date, interval 6 day)动态计算近7天起始日（含当天），避免硬编码；mysql、postgresql、sqlite语法各异但语义一致，建议统一用>=起始日and
用 DATE_SUB 或 CURRENT_DATE 动态圈定近7天范围
硬写死日期（比如 '2024-05-01'）会导致每次跑数都要改SQL，不可维护。必须用函数动态计算起止时间。MySQL推荐用 DATE_SUB(CURRENT_DATE, INTERVAL 6 DAY) 作为起始日（含当天共7天），注意不是 INTERVAL 7 DAY —— 那样会漏掉今天。
PostgreSQL 则用 CURRENT_DATE - INTERVAL '6 days'；SQLite 用 date('now', '-6 days')。不同数据库对“今天是否包含在7天内”的理解一致，但区间左闭右闭需自行确认，建议统一用 >= 起始日 AND 显式表达。
按自然日分组再累加：先 GROUP BY DATE(order_time)，再 SUM()
原始数据常是每笔订单一行、带精确到秒的 order_time。若直接对原始行做窗口函数累加，会因时间粒度太细导致“同一天多行”无法合并，累计值重复计数。正确做法是先按日聚合：
- 用
DATE(order_time)（MySQL/PostgreSQL）或strftime('%Y-%m-%d', order_time)（SQLite）提取日期 -
GROUP BY该日期字段，SUM(amount)得到每日金额 - 再在此结果集上用窗口函数累加，避免颗粒度污染
用窗口函数 SUM() OVER (ORDER BY ... ROWS BETWEEN ...) 累计
不能依赖 WHERE 过滤后简单 SUM(amount) —— 那只返回一个总数，不是每天的累计值。必须用窗口函数逐行计算：
SELECT
day,
daily_amt,
SUM(daily_amt) OVER (ORDER BY day ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS cum_amt
FROM (
SELECT DATE(order_time) AS day, SUM(amount) AS daily_amt
FROM orders
WHERE order_time >= DATE_SUB(CURRENT_DATE, INTERVAL 6 DAY)
AND order_time <p>关键点：</p>
-
ORDER BY day必须存在，否则窗口累加无序，结果不可靠 -
ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW是标准写法，明确指定从第一行加到当前行；省略此句可能因数据库默认行为不同而错乱 - 如果某天无数据（如周日没交易），该日不会出现在结果中——需要补零的话得用日期维表
LEFT JOIN，不是窗口函数能解决的
时区和字段类型不匹配导致过滤失效
常见错误：表里 order_time 是 TIMESTAMP 类型，但服务器时区和业务时区不一致，CURRENT_DATE 返回的是系统时区日期，导致 WHERE 条件漏掉本该计入的记录。
验证方法：查几条临近边界的数据，用 SELECT order_time, TIMEZONE(order_time), CURRENT_TIME 对比；修复方式：
- 统一用
CONVERT_TZ(order_time, '+00:00', '+08:00')（MySQL）转成业务时区再截日期 - 或改用
CAST(order_time AS DATE)配合SET time_zone = '+08:00'显式声明会话时区 - 更稳妥的是在应用层生成起止时间字符串传入，避开数据库时区逻辑
另外，如果 order_time 是 VARCHAR 存的日期字符串，DATE() 函数会静默失败返回 NULL，务必先 SELECT order_time FROM ... LIMIT 5 看格式是否符合 YYYY-MM-DD HH:MM:SS。
