SQL中如何使用窗口函数实现Top N推荐系统

用 ROW_NUMBER() 配合 PARTITION BY user_id 获取每个用户的 Top N 推荐最稳妥，RANK() 和 DENSE_RANK() 因处理重复分数会导致条数不可控，如并列第1时 RANK() 跳至第3，易使 WHERE rn ≤ N 漏取或超取。窗口函数怎么写才能拿到每个用户的Top N推荐直接用 ROW_NUMBER() 配合 PARTITION BY user_id 是最稳的路，别碰 RANK() 或 DENSE_RANK() —— 推荐场景里重复分数会导致条数失控，比如两个并列第1，RANK() 就直接跳到第3，你设 WHERE rn 可能只返回3条。实操建议：必须用 ORDER BY score DESC（或点击率、预测分等业务指标），升序会把最差的排前面PARTITION BY 字段要和推荐单元严格对齐，比如按 user_id 分就别混进 category，否则分区逻辑错位如果原始数据里有 NULL 分数，ORDER BY 默认把它们排最前或最后（行为因数据库而异），先用 WHERE score IS NOT NULL 过滤更可控MySQL 8.0+ 和 PostgreSQL 的语法差异在哪核心函数名和结构一致，但 MySQL 对子查询嵌套层级更敏感，PostgreSQL 允许在 CTE 里直接加 LIMIT，MySQL 不行。常见错误现象：在 MySQL 里写 SELECT * FROM (SELECT ..., ROW_NUMBER() OVER (...) AS rn FROM t) t2 WHERE rn 没问题；但若外层再套一层 <code>ORDER BY + LIMIT，可能触发“This version of MySQL doesn’t yet support ‘LIMIT & IN/ALL/ANY/SOME subquery’”这类报错。实操建议：MySQL 8.0+ 必须把窗口函数结果当“中间表”用，别试图在窗口子句里塞 LIMITPostgreSQL 可以用 WITH ranked AS (SELECT ..., ROW_NUMBER() OVER (...) AS rn FROM t) SELECT * FROM ranked WHERE rn ，更清爽SQLite 直接不支持窗口函数（除非是 3.25+ 且编译时启用了 ENABLE_WINDOW_FUNCTIONS），别试性能崩了怎么办：大表跑 ROW_NUMBER() 卡死窗口函数本质要扫描全分区数据排序，用户量一过百万、推荐池超千万，OVER (PARTITION BY user_id ORDER BY score) 就容易 OOM 或超时。关键原因不是函数本身，而是没做前置裁剪——你真需要对每个用户在 100 万候选里排 Top 10？大概率不需要。 Tellers AI Tellers是一款自动视频编辑工具，可以将文本、文章或故事转换为视频。