SQL Server触发器能做流水号，但必须用INSTEAD OF INSERT或独立计数表，严禁在AFTER INSERT中SELECT MAX()查自身表，否则触发ERROR 1442；因内核禁止同一语句中读写同一表，可靠方案是拆分插入流程或用HOLDLOCK保障计数表并发安全。
直接说结论：SQL Server 触发器能做流水号，但必须用 BEFORE INSERT 逻辑（即 INSTEAD OF INSERT 或 FOR INSERT + UPDATE 补充），且绝不能在触发器里 SELECT MAX() 查自己表——否则高并发下必报错 ERROR 1442 或生成重复号。
为什么 SQL Server 的 AFTER INSERT 触发器查自身表会报 ERROR 1442
这是 SQL Server 内核级限制：触发器执行时，inserted 表已存在，再对原表做 SELECT 就构成“同一语句中读写同一表”。哪怕加了 WITH (NOLOCK) 或 XLOCK 也无效。
- 错误信息固定为：
ERROR 1442: Can't update table 'orders' in stored function/trigger because it is already used by statement which invoked this stored function/trigger - 常见误操作：在
AFTER INSERT中写SELECT MAX(order_no) FROM orders WHERE order_no LIKE @prefix + '%' - 真正可用的路径只有两条：① 改用
INSTEAD OF INSERT控制插入全过程；② 把计数逻辑外移到独立计数表（如order_counter）
用 INSTEAD OF INSERT 实现「日期前缀+当日流水」的可靠写法
核心是把插入动作拆成两步：先算号，再插入。避免任何对目标表的读操作发生在触发器内。
- 建表时不要设
order_no为NOT NULL，留空让触发器填 - 触发器开头先从
inserted取出所有待插行，用临时表或 CTE 缓存原始数据 - 用
SELECT COUNT(*) + 1统计当天已有订单数（查orders表没问题，因为还没 insert） - 拼号逻辑用
FORMAT(GETDATE(), 'yyyyMMdd')固定日期前缀，后缀用RIGHT('000' + CAST(@counter AS VARCHAR(4)), 4) - 最后
INSERT INTO orders SELECT ... FROM @temp_data完成插入
用独立计数表规避并发冲突的最小可行方案
比 INSTEAD OF 更稳，适合日订单量 > 1k 的场景。关键在于用 INSERT ... ON DUPLICATE KEY UPDATE 的等效替代——SQL Server 没有 ON DUPLICATE KEY，得用 MERGE 或带 HOLDLOCK 的 UPDATE。
- 计数表结构：
CREATE TABLE order_counter (date_key CHAR(8) PRIMARY KEY, counter INT DEFAULT 0) - 触发器内先
MERGE INTO order_counter USING (VALUES (@date)) AS v(d) ON order_counter.date_key = v.d WHEN MATCHED THEN UPDATE SET counter = counter + 1 WHEN NOT MATCHED THEN INSERT (date_key, counter) VALUES (v.d, 1) - 再
SELECT counter FROM order_counter WITH (HOLDLOCK) WHERE date_key = @date获取刚更新的值 - 注意：必须加
HOLDLOCK（等价于SERIALIZABLE），否则并发时仍可能读到旧值
最易被忽略的点是日期字段来源——别用 GETDATE()，而要用业务字段如 created_at。跨天插入时，如果用户提交时间是 23:59、数据库事务延迟到次日 00:02 提交，用 GETDATE() 就会导致流水号日期错乱。真实系统必须统一取 NEW.created_at 或显式传入的日期参数。
