触发器维护树形路径需在before insert/update中拼接path：根节点为'/'||id||'/'，子节点为父path||id||'/'；update parent_id时须用递归cte重算整个子树path，并在after触发器中通过pg_trigger_depth()或@disable_trigger避免递归调用。
触发器里怎么拼出正确的层级路径字符串
父子表维护树形路径的核心，是每次插入或更新节点时，自动计算并写入 path 字段（如 '/1/5/12/'）。不能靠应用层拼接，否则并发写入时容易错乱。触发器必须基于当前节点的 parent_id 查出父节点的 path，再拼接自身 id。
常见错误是直接用 SELECT path FROM tree WHERE id = NEW.parent_id 却没处理 parent_id IS NULL 的根节点——这时应设为 '/' || NEW.id || '/'，而不是报错或拼出 NULL。
- MySQL 中用
CONCAT('/', NEW.id, '/')拼根节点；子节点用CONCAT(parent_path, NEW.id, '/') - PostgreSQL 要注意
||运算符对NULL敏感，必须用COALESCE(parent_path, '/') || NEW.id || '/' - 触发器需定义在
BEFORE INSERT和BEFORE UPDATE上，确保写入前已生成正确值
UPDATE parent_id 时为什么旧路径没被清理
只处理插入不够。当某节点被拖到另一个父节点下（即 UPDATE SET parent_id = X），它的子树所有节点的 path 都要重算——但触发器默认只作用于当前行，不会递归更新后代。
所以必须在 UPDATE 触发器里显式更新整个子树。方法是用递归 CTE（PostgreSQL/SQL Server）或自连接（MySQL 8.0+）查出所有后代，再批量更新其 path。
- PostgreSQL 示例：在触发器函数中执行
WITH RECURSIVE descendants AS (SELECT id, parent_id, path FROM tree WHERE id = NEW.id UNION ALL SELECT t.id, t.parent_id, d.path || t.id || '/' FROM tree t JOIN descendants d ON t.parent_id = d.id) UPDATE tree SET path = ... WHERE id IN (SELECT id FROM descendants) - MySQL 8.0+ 同样支持 CTE，但低版本只能用存储过程 + 循环模拟递归，性能差且难调试
- 切记：更新子树前先锁定父节点或整张表（如
SELECT ... FOR UPDATE），否则并发移动可能造成路径不一致
触发器里查自己表会不会导致死锁或无限递归
会。比如在 BEFORE UPDATE 触发器里执行 UPDATE tree SET path = ... WHERE id IN (...)，又触发同个触发器，形成循环。
根本解法是把路径更新逻辑从 BEFORE 挪到 AFTER，并在更新子树时禁用触发器（MySQL 用 SET @disable_trigger = 1 + 条件判断；PostgreSQL 用 pg_trigger_depth() = 1 判断是否顶层调用）。
- MySQL 中可在触发器开头加
IF @disable_trigger IS NOT NULL THEN LEAVE proc_label; END IF;，更新子树前设SET @disable_trigger = 1 - PostgreSQL 推荐用
IF pg_trigger_depth() > 1 THEN RETURN NEW; END IF;忽略嵌套调用 - 避免在触发器里调用含事务控制的函数（如
COMMIT），这在多数数据库中非法
为什么用触发器比应用层维护更可靠也更危险
可靠，是因为绕过 ORM 或 API 层的所有写入路径（包括 DBA 直连、ETL 工具、其他服务）都会被统一拦截；危险，是因为一旦触发器逻辑出错，所有增删改都会失败，且排查困难——错误堆栈往往只显示“触发器执行失败”，不暴露具体哪一行 SQL 报错。
- 上线前必须用真实数据量测试：插入 1000 个节点，再随机移动 100 次，观察平均耗时和锁等待
- 路径字段建议建索引（如
INDEX(path)），但注意 MySQL 前缀索引对LIKE '/1/5/%'有效，对LIKE '%/5/'无效 - 如果业务允许，优先考虑闭包表（closure table）替代路径字符串，它把父子关系扁平化存储，增删改逻辑更简单，只是查询稍冗长
路径字符串看着简洁，但触发器一写错，整棵树就废了。真正难的不是拼字符串，而是让递归更新在高并发下不丢不乱——这点光看文档没用，得压测到锁超时才看得见问题。
