percentile_cont比avg更适合作动态阈值基准，因其能随数据分布自适应变化：流量突增时阈值自动抬高防误报，低谷期压低阈值防漏报；而固定均值或中位数易被周期性尖峰淹没真实异常。
为什么 PERCENTILE_CONT 比 AVG 更适合作为动态阈值基准
固定均值或中位数做预警，容易被周期性尖峰淹没真实异常。用 PERCENTILE_CONT 计算滚动分位数（比如 95%），能让阈值随数据分布自适应变化——流量突增时阈值自动抬高，避免误报；低谷期则压低，不漏报。
注意：PostgreSQL 和 SQL Server 支持标准语法，MySQL 8.0+ 才有 PERCENTILE_CONT，旧版得用变量模拟或改用 APPROX_PERCENTILE（BigQuery）或窗口 + ROW_NUMBER 手动逼近。
-
PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY value)必须配合OVER()窗口定义，不能直接用于 WHERE - 想按每小时重算阈值？
OVER (PARTITION BY DATE_TRUNC('hour', ts))（PostgreSQL）或OVER (PARTITION BY HOUR(ts))（MySQL） - 分位数计算对空值敏感，建议先用
WHERE value IS NOT NULL过滤，否则结果可能意外偏移
如何用 LAG + CASE WHEN 实现“连续3次超阈值”触发逻辑
单纯单次超标容易抖动，业务真正关心的是持续异常。窗口函数能跨行比对，不用自连接或子查询。
关键点在于：先用 LAG 拿到前两行的超标状态，再用 CASE 合并判断。示例中假设已计算出每行的 is_alert（1=超阈值）：
SELECT *,
CASE
WHEN is_alert = 1
AND LAG(is_alert, 1) OVER (ORDER BY ts) = 1
AND LAG(is_alert, 2) OVER (ORDER BY ts) = 1
THEN 1 ELSE 0 END AS alert_trigger
FROM (SELECT *, value > threshold_95 AS is_alert FROM ...) t
-
LAG默认取上一行，第二个参数指定偏移量，第三个参数是缺省值（如LAG(..., 1, 0)避免 NULL 干扰逻辑） - 排序字段
ts必须唯一且严格递增，否则LAG行为不可控；如有重复时间戳，加id辅助排序：ORDER BY ts, id - 这个逻辑在实时流场景下需配合滑动窗口（如 Flink SQL 的
HOP），纯 SQL 做不了真流式，只能批处理补算
ROW_NUMBER 和 RANK 在去重告警中的实际区别
预警系统常要“同一设备只报一次”，但设备可能在一秒内上报多条超限数据。这时需要保留最早那条，剔除后续重复。
ROW_NUMBER() 按时间排序后标序号，取 rn = 1 就是首条；RANK() 会把相同时间戳全标成 1，导致去重失效——除非你明确希望同秒内所有记录都算“首次”。
- 安全写法：
ROW_NUMBER() OVER (PARTITION BY device_id ORDER BY ts ASC) - 如果
ts精度只有秒级，且业务允许“同秒只认一条”，可加id二级排序：ORDER BY ts, id - 别用
DISTINCT ON（PostgreSQL）替代窗口函数——它不保证稳定性，且无法嵌套在复杂条件里复用
为什么 MAX(value) OVER (ORDER BY ts ROWS BETWEEN 5 PRECEDING AND CURRENT ROW) 比子查询快得多
滚动最大值这类计算，老写法是关联子查询：(SELECT MAX(value) FROM t2 WHERE t2.ts BETWEEN t1.ts - INTERVAL '5s' AND t1.ts)，数据量一上去就慢成瓶颈。
窗口函数天然支持帧定义，ROWS BETWEEN 明确指定物理行范围，引擎可优化为滑动指针，O(n) 完成；子查询则是 O(n²)。
- 时间范围慎用
RANGE（如RANGE BETWEEN INTERVAL '5s' PRECEDING AND CURRENT ROW），部分数据库不支持或性能差 -
ROWS是按行数滑动，不是按时间——若某秒没数据，5 行可能跨好几秒，需结合业务判断是否接受 - 测试时用
EXPLAIN ANALYZE对比执行计划，确认是否真的走了窗口优化（看到WindowAgg节点而非SubPlan）
动态阈值真正的难点不在函数调用，而在窗口定义与业务周期的咬合——比如按工作日/节假日切分窗口、跳过维护时段、处理时区偏移。这些没法靠一个函数解决，得靠前置数据清洗和明确的业务规则建模。
