如何在SQL Server中使用序列对象作为INSERT的默认值详解

在日常开发中，你或许会遇到这样一个需求：在表里定义字段默认值时，希望直接利用序列（SEQUENCE）来生成连续的序号。许多 SQL Server 开发者都会想当然地认为，在列默认值中写下 DEFAULT NEXT VALUE FOR seq_name 就能实现自动填充。然而现实是，这条路被直接堵死了。

SQL Server 不允许在列定义中将 SEQUENCE 用作 DEFAULT 约束

如果你尝试在 CREATE TABLE 语句里编写 DEFAULT NEXT VALUE FOR seq_name，系统会立即抛出错误：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，这种情况下不应覆盖——只有列完全没有出现在 INSERT 列表中时，才需要进行序列值补充。

来看一个具体示例，假设表 orders 中的 order_id 列需要自动填充序列号：

CREATE TRIGGER tr_orders_insert_default_seq
ON orders
INSTEAD OF INSERT
AS
BEGIN
  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 官方文档明确推荐的方式。虽然不够“自动化”，但性能更优、语义清晰、兼容性也最稳定。

典型写法就是直接在 INSERT 中调用序列：

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 在单条 INSERT 中每行会调用一次，因此可以一次插入多行并获得连续的序列号。如果希望事务内不出现跳号，可以配合 SEQUENCE ... NO CACHE 使用，不过这会在性能上做些妥协。

对于新应用开发或批量插入可控的场景，这种方式非常友好。如果担心应用层重复书写这行代码，完全可以封装成存储过程——参数只接收业务字段，内部拼接 NEXT VALUE FOR。

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

序列从 SQL Server 2012 才正式支持，而且它与 IDENTITY 的行为差异经常被低估。这才是真正需要重点留意的地方。

首先，SEQUENCE 是独立对象，不绑定任何表或列。这意味着它可以跨表复用，但同时也意味着没有自动清理机制——删除表不会删除序列，你需要手动清理。

其次，重启 SQL Server 实例后，使用 CACHE 方式定义的序列可能会出现跳号。原因是缓存中尚未刷盘的序列值在实例中断时会被丢失。

还有一个容易踩坑的点：NEXT VALUE FOR 在同一个查询中多次出现时，每次会返回不同的值。这与变量赋值的行为完全不同，在 SELECT ... INTO 或 CTE 中尤其容易出错。

另外，NEXT VALUE FOR 不能在视图定义、CHECK 约束、计算列中使用。这些限制并非 bug，而是设计使然。

真正要把序列用好，首先需要接受一个事实：它并不是 IDENTITY 的简单替代品。SEQUENCE 是面向跨表、跨业务编号需求的设计产物。自动默认值只是它能力的一个侧面，背后是更精细的编号生命周期管理。理解这一点，才能正确运用它。