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_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 官方文档明确推荐的方式，性能好、语义清晰、兼容性稳定。
- 适用于新应用开发或批量插入可控的场景
- 避免触发器带来的额外开销和调试复杂度
- 支持一次插入多行并获得连续序列号（
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 的平替，而是面向跨表/跨业务编号需求的设计产物——自动默认值只是表象，背后是更精细的编号生命周期管理。
