raiserror(,10,1) with nowait是ssms中唯一实时显示触发器调试信息的方式，因print受事务缓冲和客户端忽略双重屏蔽；必须设级别≤10、显式with nowait，并配置ssms开启消息窗口。
RAISERROR(, 10, 1) WITH NOWAIT 是唯一能在 SSMS 中实时看到触发器调试输出的方式，但必须配合客户端配置，否则照样“静默失败”。
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
为什么 PRINT 在触发器里根本看不到
PRINT 不是“不工作”，而是被事务缓冲 + 客户端忽略双重屏蔽：
- 触发器运行在隐式或显式事务中，PRINT 输出会等到事务提交/回滚才尝试刷出，而多数 DML 操作（如 INSERT）事务结束得快，消息根本来不及传到 SSMS；
- .NET 的 SqlCommand 默认丢弃服务器端 PRINT 消息；SSMS 本身也默认不显示，除非你手动打开“消息”窗口并确认设置；
- 即使你在 SSMS 中执行一条带触发器的 INSERT，如果没点开“消息”标签页，PRINT 'debug' 就等于没写。
RAISERROR(, 10, 1) WITH NOWAIT 怎么写才有效
这不是语法对错问题，而是级别、状态、修饰符三者缺一不可：
- 错误级别必须 ≤ 10（例如 RAISERROR('id=%d', 10, 1, @id) WITH NOWAIT），级别 11 及以上会中断事务并报错；
- 状态值（第二个参数）任意非零整数都行，惯例用 1；
- WITH NOWAIT 必须显式写出，漏掉就退化成普通缓冲输出，和 PRINT 一样不可见；
- 消息字符串不能为 NULL，建议用 CONCAT() 或 ISNULL() 防空，比如 RAISERROR(CONCAT('Inserted: ', ISNULL(CAST(i.id AS VARCHAR), 'null')), 10, 1) WITH NOWAIT。
SSMS 设置不调好，RAISERROR 也白搭
即使代码全对，下面任一条件不满足，消息依然不会出现在“消息”窗口：
- 没手动点开查询窗口底部的“消息”选项卡（它默认可能被折叠或未激活）；
- 查询 → 查询选项 → 执行 → 高级 → 未勾选“将 SET NOCOUNT 设为 False”（NOCOUNT ON 会抑制部分消息）；
- 当前查询窗口处于“仅 SQLCMD 模式”（此时 RAISERROR ... WITH NOWAIT 反而可能失效，PRINT 却能显示——别混用）；
- 你正在用“执行到光标处”或快捷键 F5 运行，但“消息”窗口被最小化或焦点不在那儿，容易误判为“没输出”。
真正要上线的调试，别依赖 RAISERROR 显示
它只适合本地开发快速验证逻辑路径，生产环境必须换方式：
- RAISERROR 走网络协议栈，高频触发时会明显拖慢并发性能；
- 事务回滚时，所有 RAISERROR 消息也会消失，无法追溯失败原因；
- 更可靠的做法是往一张轻量日志表（如 dbo.TriggerDebug）里插记录，字段只存时间、触发器名、关键 ID 和简短描述；
- 记住：上线前删掉或注释掉所有 RAISERROR 和 INSERT INTO debug_*，它们不是监控手段，只是临时探针。
