能，但有严格限制：postgresql和sql server支持在over()外层调用标量自定义函数；mysql 8.0+仅允许窗口计算后调用；oracle要求函数声明为deterministic。
窗口函数里能直接调用自定义函数吗？
能，但有严格限制：PostgreSQL 和 SQL Server 支持在窗口函数的 OVER() 外层调用标量自定义函数；MySQL 8.0+ 不允许在 OVER() 子句内部使用自定义函数，但可在窗口计算后调用；Oracle 要求函数声明为 DETERMINISTIC 才可能参与窗口计算。
常见错误现象：ERROR: window functions are not allowed in function arguments（PostgreSQL）或 Invalid use of a window function（SQL Server）。本质是执行顺序问题——窗口计算发生在函数求值之后，所以不能把自定义函数“塞进”OVER() 里当排序/分组依据。
- 正确姿势：先用窗口函数生成中间列（如
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY ts)），再用自定义函数处理该列 - 错误姿势：
my_rank_func(ORDER BY ts) OVER (PARTITION BY user_id)—— 语法不合法 - 性能影响：自定义函数若含 I/O 或循环，在窗口结果集大时会逐行调用，可能拖慢数倍
怎么让自定义函数返回多行结果并配合窗口逻辑？
不能直接嵌套。窗口函数输出是标量序列，而表值函数（TVF）返回结果集，二者语义冲突。必须拆成两步：先展开，再窗口计算。
使用场景：比如你有一个 split_tags(text) 函数，把逗号分隔的标签字符串转为多行，现在想对每个用户打散后的标签按出现频次加序号。
- 先用
LATERAL JOIN（PostgreSQL / SQL Server）或JOIN LATERAL展开：SELECT u.user_id, t.tag FROM users u, LATERAL split_tags(u.tags) AS t - 再在其上套窗口：
ROW_NUMBER() OVER (PARTITION BY t.tag ORDER BY COUNT(*) DESC) - MySQL 8.0 需用
JSON_TABLE模拟横向展开，不能直接用LATERAL - 注意：展开后数据量可能激增，
PARTITION BY字段若未建索引，OVER()排序会变慢
自定义聚合函数 + 窗口函数能一起用吗？
可以，但仅限于支持用户定义聚合（UDA）的数据库，如 PostgreSQL 的 CREATE AGGREGATE，且必须显式指定 PARALLEL SAFE（否则窗口计算可能报错）。
典型用途：滚动计算自定义指标，比如「过去7天内用户行为序列的熵值」，原生函数没有，只能自己写聚合逻辑。
- 定义时务必带
INITCOND = '0'和FINALFUNC，否则窗口无法累积状态 - 调用方式是：
my_entropy_agg(event_type) OVER (ORDER BY ts ROWS BETWEEN 6 PRECEDING AND CURRENT ROW) - 兼容性坑：SQL Server 不支持自定义聚合函数用于窗口；Oracle 的
USER-DEFINED AGGREGATE必须实现 ODCIAggregate 接口，且不能用于分析函数 - 调试建议：先单独测试聚合函数是否对单组输入返回预期值，再加
OVER()
为什么在窗口函数中用 CASE WHEN 套自定义函数还是报错？
不是 CASE 的问题，而是底层函数被判定为“不可下推”。某些数据库（尤其是 MySQL）会在优化阶段提前拒绝任何含自定义函数的表达式出现在窗口上下文里，哪怕它只是 CASE 的一个分支。
例如：COUNT(*) FILTER (WHERE my_flag_func(x) = 1) OVER (PARTITION BY y) 在 MySQL 中直接语法错误，但 PostgreSQL 可接受。
- 绕过方法：把函数调用移出窗口，用 CTE 或子查询预计算布尔标志列
- 示例：
WITH flagged AS (SELECT *, my_flag_func(x) AS is_target FROM t) SELECT COUNT(*) FILTER (WHERE is_target = 1) OVER (PARTITION BY y) FROM flagged - 另一个坑：函数返回
NULL时，FILTER或QUALIFY可能行为不一致，建议显式写IS TRUE而非= 1 - 别依赖解释计划里 “window function” 字样消失就以为没走窗口——实际执行仍可能触发多次函数调用
