如何在SQL Server中把序列（Sequence）对象用作INSERT的默认值？

SQL Server禁止在DEFAULT约束中直接使用NEXT VALUE FOR序列，因其具有副作用且非标量表达式；替代方案包括INSTEAD OF INSERT触发器或显式在INSERT中调用NEXT VALUE FOR。

SQL Server不支持在列定义中直接用SEQUENCE作DEFAULT约束

直接写 DEFAULT NEXT VALUE FOR seq_name 在 CREATE TABLE 里会报错：「默认值不能是序列对象的 NEXT VALUE FOR 表达式」。这是 SQL Server 的硬性限制，不是语法写错了——它明确禁止把序列值当列默认值用。

常见错误现象：Msg 1759, Level 16, State 1: Default constraint 'DF_xxx' references sequence object 'seq_name', which is not allowed.

原因在于 SQL Server 的 DEFAULT 约束只接受常量、内置函数（如 GETDATE()）或标量表达式，而 NEXT VALUE FOR 是语句级执行的、有副作用的操作，无法被约束机制安全求值。

替代方案：用INSTEAD OF INSERT触发器模拟默认行为

这是最贴近“默认值”语义的可行做法，尤其适合已有表或需要严格控制插入逻辑的场景。

• 触发器必须定义在目标表上，且类型为 INSTEAD OF INSERT
• 触发器内需显式处理所有列：对未提供值的列，用 NEXT VALUE FOR seq_name 赋值；其余列从 INSERTED 中取值
• 注意 NULL 值判断：如果某列允许 NULL 且用户显式传了 NULL，不应覆盖；只有列未出现在 INSERT 列表中时才补序列值

示例（假设表 orders 有 order_id 列需自动填充）：

CREATE TRIGGER tr_orders_insert_default_seqON ordersINSTEAD OF INSERTASBEGIN  INSERT INTO orders (order_id, customer_name, created_at)  SELECT     ISNULL(i.order_id, NEXT VALUE FOR seq_order_id),    i.customer_name,    ISNULL(i.created_at, GETDATE())  FROM inserted i;END;

更常用且推荐的做法：在INSERT语句里显式调用NEXT VALUE FOR

虽然不够“自动”，但这是 SQL Server 官方文档明确推荐的方式，性能好、语义清晰、兼容性稳定。

• 适用于新应用开发或批量插入可控的场景
• 避免触发器带来的额外开销和调试复杂度
• 支持一次插入多行并获得连续序列号（NEXT VALUE FOR 在单条 INSERT 中每行调用一次）
• 若需保证事务内序列号不跳号，需配合 SEQUENCE ... NO CACHE（但会降低性能）

典型写法：

INSERT INTO orders (order_id, customer_name) VALUES   (NEXT VALUE FOR seq_order_id, 'Alice'),  (NEXT VALUE FOR seq_order_id, 'Bob');

如果想让应用层少写重复逻辑，可封装成存储过程，参数只接收业务字段，内部拼接 NEXT VALUE FOR。

使用SEQUENCE时容易忽略的兼容性和行为细节

SQL Server 2012+ 才支持 SEQUENCE，且它和 IDENTITY 的行为差异常被低估：

• SEQUENCE 是独立对象，不绑定表或列，可跨表复用，但也意味着没有自动清理机制——删表不会删序列
• 重启 SQL Server 实例后，CACHE 方式定义的序列可能跳号（缓存未刷盘就丢失）
• NEXT VALUE FOR 在同一个查询中多次出现，每次返回不同值（不像变量赋值），这点在 SELECT ... INTO 或 CTE 中易出错
• 不能在视图定义、CHECK 约束、计算列中使用 NEXT VALUE FOR

真正要用好序列，得先接受它不是 IDENTITY 的平替，而是面向跨表/跨业务编号需求的设计产物——自动默认值只是表象，背后是更精细的编号生命周期管理。