PostgreSQL中GENERATE_SERIES是高效生成连续数字的集合函数，适用于序号、补全日期等场景；常见错误是误作标量函数使用，正确用法是作为独立数据源JOIN或子查询；支持整数与时间序列，需注意类型对齐和性能控制。
PostgreSQL里用GENERATE_SERIES生成连续数字最简单
直接用就行，不用绕路写递归CTE。它本质是集合函数，返回一行一行的整数或时间值，天然适合做序号、补全缺失日期、构造测试数据。
常见错误是把它当变量或标量函数用——比如写成 SELECT GENERATE_SERIES(1, 5) AS id FROM users，结果每条用户记录都拼上5行，爆炸式膨胀。正确姿势是让它独立成数据源，再 JOIN 或子查询关联。
-
GENERATE_SERIES(start, stop)：生成整数，含头含尾，比如GENERATE_SERIES(1, 3)返回 1、2、3 -
GENERATE_SERIES(start, stop, step)：支持步长，GENERATE_SERIES(0, 10, 2)返回 0、2、4、6、8、10 - 注意类型对齐：如果字段是
BIGINT，但传入的是INT字面量，可能隐式转换失败；显式加类型后缀更稳，比如GENERATE_SERIES(1::BIGINT, 1000::BIGINT) - 性能上，10万以内基本无感；超百万建议加
LIMIT控制，否则容易拖慢整个查询
MySQL / SQL Server 没有GENERATE_SERIES，得用递归CTE硬凑
MySQL 8.0+ 和 SQL Server 支持递归 CTE，但写法和语义跟 PostgreSQL 的 GENERATE_SERIES 不同：它是靠自己 JOIN 自己来“叠代”，容易栈溢出或漏掉边界。
典型翻车点是忘记写终止条件，或者把 WHERE 写在递归部分外层，导致无限循环（SQL Server 报错 Maximum recursion exceeded，MySQL 可能卡死）。
- 必须用
WITH RECURSIVE开头（MySQL），SQL Server 是WITH+OPTION (MAXRECURSION n) - 锚点（anchor）和递归成员（recursive member）之间要用
UNION ALL，不能用UNION（去重开销大，还可能截断重复值） - 递归字段的类型要和锚点一致，比如锚点是
1，递归里写rn + 1.0就会变成浮点，后续比较可能失效 - 示例（MySQL）：
WITH RECURSIVE seq AS ( SELECT 1 AS n UNION ALL SELECT n + 1 FROM seq WHERE n < 100 ) SELECT n FROM seq;
用CTE模拟序列号时，ROW_NUMBER() 往往比手动生成更靠谱
如果你其实只是想给结果集加个 1/2/3… 编号，别碰 GENERATE_SERIES 或递归 CTE——直接用窗口函数。它不依赖数据量，不放大中间结果，还天然支持排序逻辑。
常见误解是以为 ROW_NUMBER() 需要物理表或临时表才能用，其实任意子查询、JOIN 结果、甚至 VALUES 都可以套窗口函数。
- 写法简单：
SELECT *, ROW_NUMBER() OVER (ORDER BY created_at) AS rn FROM orders - 注意
OVER ()里没写ORDER BY会导致编号随机（虽然语法允许），生产环境务必明确排序依据 - 如果只要编号不要原数据，又懒得建序列，可以用
VALUES构造轻量数据源：SELECT ROW_NUMBER() OVER () AS id FROM (VALUES (0),(0),(0),(0)) t(x);
- 和
GENERATE_SERIES最大区别：它不生成“空行”，只对已有结果编号；想补缺（比如缺了第5天的销售记录），还是得靠GENERATE_SERIES或 LEFT JOIN 日期维表
跨数据库移植时，GENERATE_SERIES 是最大兼容性雷区
它只在 PostgreSQL 原生支持，SQLite、MySQL、Oracle、SQL Server 全都不认这个函数名。别指望改个方言就能跑通。
有人试图用 CREATE OR REPLACE FUNCTION 在其他库仿一个，结果发现依赖系统表或过程语言，反而引入新运维负担。真要跨库，优先考虑应用层生成 ID 或用标准窗口函数兜底。
- PostgreSQL 用户别在迁移前假设“别的库也有这个函数”——查文档确认，而不是试错
- 如果项目已用
GENERATE_SERIES，且必须切库，评估成本：是重写逻辑，还是加一层中间视图封装？后者在复杂 JOIN 场景下容易失控 - 某些云服务（如 AWS RDS for PostgreSQL）版本太老（GENERATE_SERIES 不支持
TIMESTAMP类型参数，会报错function generate_series(timestamp with time zone, timestamp with time zone) does not exist，得手动转成INTERVAL计算
