触发器不适合生成树形层级路径，因其仅感知单行变更，无法安全读取未提交的父节点路径，易导致数据不一致、死锁或递归爆炸；应改用hierarchyid类型或显式存储过程维护。
不能用触发器自动生成可靠、一致的层级路径——这不是触发器该干的事，强行做会出数据不一致、死锁或递归爆炸。
为什么触发器不适合生成树形路径
层级路径（如 /root/parent/child）本质依赖完整祖先链，而触发器只看到单行变更，无法安全读取正在被其他事务修改的父节点路径。常见后果包括：
- INSERT 新节点时，
ParentID对应的父节点路径可能尚未提交，触发器读到NULL或旧值 - UPDATE
ParentID时，需同步更新所有后代路径——触发器无法自动递归触达子树，必须手写循环或 CTE，极易漏改或死锁 - DELETE 父节点后，触发器若尝试重算子路径，会因外键约束或事务隔离级别失败
- SQL Server 不允许在触发器中直接调用递归 CTE，
WITH RECURSIVE在触发器里语法报错
真正可行的替代方案：用计算列 + hierarchyid
SQL Server 原生支持 hierarchyid 类型，它把路径逻辑编码进二进制值，查询时用 .ToString() 即可转为可读路径，且所有层级关系由类型方法保证一致性。
操作步骤：
- 给表加
hierarchyid列，例如NodePath hierarchyid - 插入根节点时用
hierarchyid::GetRoot() - 插入子节点时调用父节点的
.GetDescendant()方法，例如：@parent.GetDescendant(NULL, NULL) - 查路径直接
NodePath.ToString()，结果类似/1/3/5/；需要带名称可拼接：CONCAT(NodePath.ToString(), Name) -
NodePath.GetLevel()能直接拿到深度，无需维护Level字段
优势：所有路径生成由数据库引擎原子完成，不依赖触发器、不读未提交数据、无递归风险。
如果必须用字符串路径字段，就别用触发器
改用显式维护 + 应用层或存储过程控制：
- 插入时，由应用或存储过程先查父节点
FullPath，再拼接：CONCAT(parent.FullPath, '/', @name) - 移动节点（改
ParentID）时，用单条递归 CTE 批量更新整棵子树路径：UPDATE t SET FullPath = ... FROM Tree t INNER JOIN (WITH RECURSIVE ...) AS r ON t.ID = r.ID - 禁止直接对
FullPath字段执行UPDATE，只允许通过封装好的存储过程操作 - 在表上加
CHECK约束确保路径格式合法，例如：CHECK (FullPath LIKE '/%' AND FullPath NOT LIKE '%//%')
真正麻烦的不是怎么拼字符串，而是谁来保证父子路径始终同步——触发器做不到这点，越想用它“自动化”，越容易在并发场景下埋下数据断裂的坑。
