首页 > 数据库 >SQL窗口函数生成层级结构财务流水号

SQL窗口函数生成层级结构财务流水号

来源：互联网 2026-07-21 08:29:09

财务流水号按业务类型分组连续编号，需用ROW_NUMBER()OVER(PARTITIONBYbusiness_typeORDERBYcreate_time)生成，避免先GROUPBY致明细丢失。日期前缀和补零拼接需注意数据库差异。多级嵌套结构需在PARTITIONBY中增加额外分类字段，并发环境下窗口函数无法保证唯一性，需结合序列或锁机制。

直接看例子：财务流水号需要按业务类型分组连续编号，用 ROW_NUMBER() OVER (PARTITION BY business_type ORDER BY create_time, id) 就能搞定。这个写法能生成每个业务类型独立的序号，日期前缀和补零拼接也一并处理了。但这里有个坑——不少人会先 GROUP BY 再套窗口函数，结果明细行丢失，编号对象全乱套了。

SQL窗口函数生成层级结构财务流水号

长期稳定更新的攒劲资源： >>>点此立即查看<<<

流水号需要按业务类型分组连续编号，用 `PARTITION BY` 而不是 `GROUP BY`

直接在 SELECT 中对原始流水表用 ROW_NUMBER() OVER (PARTITION BY business_type ORDER BY create_time) 即可生成每类业务独立的序号。注意，千万别先 GROUP BY 再套窗口函数——那会丢失明细行，导致编号对象错误。

一个常见的错误写法是：SELECT business_type, ROW_NUMBER() OVER (ORDER BY create_time) FROM ledger GROUP BY business_type。这既会语法报错（create_time 未聚合），也完全违背了“为每条流水生成编号”的初衷。

PARTITION BY 定义编号边界，比如把 'revenue' 和 'expense' 分开计数
ORDER BY 必须明确且稳定，建议至少包含 create_time 和主键（如 id），避免因时间精度相同导致排序不确定
若业务要求“同日流水号从 001 开始”，需确保 create_time 精确到秒或毫秒，否则可能跨天重复

流水号要带日期前缀（如 REVENUE-20240520-001），用 `TO_CHAR` 或 `FORMAT` 拼接

PostgreSQL 用 TO_CHAR(create_time, 'YYYYMMDD')，MySQL 8.0+ 用 DATE_FORMAT(create_time, '%Y%m%d')，SQL Server 用 FORMAT(create_time, 'yyyyMMdd')。拼接时务必用 LPAD(ROW_NUMBER(), 3, '0') 补零，别用字符串重复拼接——性能差还易出错。

示例（PostgreSQL）：business_type || '-' || TO_CHAR(create_time, 'YYYYMMDD') || '-' || LPAD(ROW_NUMBER() OVER (PARTITION BY business_type, DATE(create_time) ORDER BY create_time, id), 3, '0')

层级结构中的“日期段”必须和编号逻辑一致：如果按日重置序号，PARTITION BY 就得包含 DATE(create_time)
MySQL 5.7 不支持窗口函数，强行用变量模拟（@row := IF(@type = business_type AND DATE(@dt) = DATE(create_time), @row + 1, 1)）极易在并发或优化器重排后错乱，不推荐
拼接结果是文本，无法直接参与数值计算；如后续需提取序号做范围查询，应单独存整型字段