产品生命周期销售峰值需用MAX() OVER(PARTITION BY product_id)获取全局最大值，再通过ROW_NUMBER() OVER(PARTITION BY product_id ORDER BY sales DESC, sale_date ASC)定位首次达峰时间点，避免累计窗口和并列问题。
什么是产品生命周期内的销售峰值
不是简单取 MAX(sales)，而是要按每个产品的时间序列找出其销售量最高的那个时间点（比如某月/某日），再关联该时间点的其他业务信息（如月份、渠道、库存状态）。窗口函数在这里的核心作用是：在不压缩行数的前提下，为每行标记它所属产品的历史最高销量。
用 MAX() OVER(PARTITION BY product_id ORDER BY sale_date ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) 错在哪
这个写法常见但危险——它计算的是「截止当前行的累计最大值」，不是整个生命周期的全局峰值。比如产品A在第1个月卖100，第2个月卖80，第3个月卖120，那么第2行会显示100（正确），但第3行显示120（也正确）；可一旦数据顺序乱了（比如按录入时间排序而非销售时间），或需要回溯整个生命周期（含未来日期），结果就不可靠。
真正需要的是静态分组内全量扫描：
- 去掉
ORDER BY和ROWS子句，只保留PARTITION BY product_id - 用
MAX(sales) OVER(PARTITION BY product_id)得到每个产品的绝对峰值 - 再用
ROW_NUMBER() OVER(PARTITION BY product_id ORDER BY sales DESC, sale_date ASC)定位首次达到该峰值的记录
如何查出“哪一天达到峰值”并避免并列问题
直接 WHERE sales = MAX(sales) OVER(...) 会返回多行（多个同为120的日期）。生产环境通常要唯一锚定一个时间点，推荐组合判断：
- 优先选销量最高的一天
- 销量相同时，选最早发生的日期（
sale_date ASC） - 仍可能并列？加主键或时间戳微秒字段二次排序，如
ORDER BY sales DESC, sale_date ASC, id ASC
典型写法：
SELECT product_id, sale_date, sales
FROM (
SELECT product_id, sale_date, sales,
ROW_NUMBER() OVER(
PARTITION BY product_id
ORDER BY sales DESC, sale_date ASC
) AS rn
FROM sales_records
) t
WHERE rn = 1;
性能和兼容性要注意什么
窗口函数本身不改执行计划，但 PARTITION BY 字段必须有索引，否则大表上 MAX() OVER(PARTITION BY product_id) 会全表扫描。
- PostgreSQL / SQL Server / Oracle 支持完整语法，包括
ROWS BETWEEN和多层嵌套 - MySQL 8.0+ 可用，但旧版（5.7）不支持，得用自连接或变量模拟
- SQLite 3.25+ 支持，但无
ROW_NUMBER()的稳定排序保证，慎用于并发写入场景
如果产品生命周期横跨多年且销售记录达千万级，别在应用层做二次过滤——把 rn = 1 条件下推到子查询里，让优化器尽早裁剪数据。
