INSERT SELECT 是唯一可行路径，因VALUES不支持窗口函数；ROW_NUMBER()必须在SELECT子查询中配合OVER(ORDER BY ...)使用，且需稳定排序、合理拼接批次号，多维度编号需PARTITION BY，高并发场景应优先选用SEQUENCE。
INSERT SELECT 是唯一可行路径，VALUES 不支持窗口函数
SQL Server 的 INSERT ... VALUES 语句里不能直接写 ROW_NUMBER() 或任何窗口函数，否则会报错：Window functions are not allowed in VALUES clauses。这不是语法限制松紧的问题，而是执行阶段决定的——VALUES 在编译期就要确定所有值，而窗口函数必须在运行时基于结果集计算。
真正能落地的做法只有一种：INSERT INTO ... SELECT，把编号逻辑完全放在子查询的 SELECT 中：
- 必须用
SELECT构造数据源（哪怕只是临时表、CTE 或 VALUES 表达式） -
ROW_NUMBER() OVER (ORDER BY ...)必须出现在该SELECT的字段列表中 -
ORDER BY项要稳定、可预测（推荐用时间戳+唯一ID组合，避免仅用GETDATE()） - 如果批次号需全局连续（如“B20260930001”），不能依赖
ROW_NUMBER()自身，得叠加偏移量
批次号 = 前缀 + ROW_NUMBER()，但前缀拼接时机很关键
业务上常见的批次号格式是 “日期+序号”，比如 B20260930001。容易犯的错是：在 SELECT 里直接写 'B' + FORMAT(GETDATE(), 'yyyyMMdd') + RIGHT('000' + CAST(ROW_NUMBER() OVER (...) AS VARCHAR), 3) —— 这会导致整批记录拿到同一个日期字符串，但如果你希望每条记录按实际插入时间动态取当天日期，就得用 SYSDATETIME() 或带毫秒的时间字段参与 ORDER BY，再在外部统一截取日期部分。
更稳妥的做法是分两步：
- 先用
ROW_NUMBER()生成纯数字序号（如 1, 2, 3…） - 再用
CONVERT(CHAR(8), GETDATE(), 112)生成固定格式日期字符串（20260930） - 最后拼接：
'B' + CONVERT(CHAR(8), GETDATE(), 112) + RIGHT('000' + CAST(rn AS VARCHAR), 3) - 注意：如果批量插入跨天（极少见但可能），
GETDATE()会不一致，此时应从源数据中带入一个明确的业务时间字段作为基准
PARTITION BY 实现多维度批次切分（如按部门/渠道独立编号）
当不同业务线要各自维护批次号（例如销售部用 S20260930001，客服部用 C20260930001），就不能只靠全局 ORDER BY，得用 PARTITION BY 切开逻辑组。
典型写法：
INSERT INTO batch_records (batch_id, dept_code, create_time)
SELECT
dept_code + CONVERT(CHAR(8), create_time, 112) +
RIGHT('000' + CAST(ROW_NUMBER() OVER (PARTITION BY dept_code ORDER BY create_time, id) AS VARCHAR), 3),
dept_code,
create_time
FROM staging_input;
关键点：
-
PARTITION BY dept_code确保每个部门内序号重置为 1 -
ORDER BY create_time, id防止同一时间插入多条时序号不确定（id作为次级排序键） - 前缀拼接必须在窗口函数外做，否则
PARTITION BY对字符串拼接无意义 - 如果
dept_code可能为 NULL，PARTITION BY会把所有 NULL 归为同一组——若需隔离，提前用COALESCE(dept_code, 'UNK')
并发场景下批次号重复风险与规避手段
用 MAX(batch_id) + ROW_NUMBER() 模拟自增批次号，在高并发插入时大概率产生重复——两个事务几乎同时查到相同的最大值，然后都从该值+1开始编号。
SQL Server 原生方案更可靠：
- 用
SEQUENCE对象：NEXT VALUE FOR seq_batch_no是原子操作，无竞态 - 或改用
IDENTITY列 +OUTPUT子句捕获生成值，再反查拼前缀 - 如果坚持用窗口函数，至少加应用层锁（如
sp_getapplock），但会显著降低吞吐 - 注意：
ROW_NUMBER()本身不解决持久化问题——它只对本次结果集编号，事务回滚后不会“撤销”已分配的号，这点和序列不同
最易被忽略的一点：批次号是否要求“绝对不可跳号”？如果只是用于归档分组，跳号可接受；如果下游系统用它做校验或对账，就必须用 SEQUENCE 或事务级排他控制。
