修改PERSISTED计算列定义是否会触发AFTER INSERT/UPDATE DML触发器？

• 修改PERSISTED持久化计算列的逻辑属于DDL操作，不会触发AFTER INSERT/UPDATE这类DML触发器，属于数据库的预期设计行为。

• DML触发器的触发前提是行级DML操作，也就是INSERT、UPDATE、DELETE这类面向数据行的写入指令，执行时会生成inserted、deleted临时表供触发器读取变更内容。
• 修改持久化计算列属于ALTER TABLE范畴的DDL架构变更操作，执行流程分为两步：首先更新表的元数据定义，再由数据库内核在存储层批量刷新所有存量行的计算列存储值，这个批量刷新过程不属于行级DML操作，不会生成触发器依赖的临时表，因此不会触发DML触发器。

各大支持持久化计算列的关系型数据库（包括SQL Server、PostgreSQL等）均明确遵循如下规则：仅用户发起的DML操作导致的数据变更会触发DML触发器，DDL操作、数据库内核自动执行的存储数据刷新动作不会触发DML触发器，修改持久化计算列的操作完全符合该规则的覆盖范围。

• 修正计算列逻辑后，手动执行一次无实际值变更的UPDATE操作触发全量同步，示例语句如下：
  UPDATE 源表名 SET 普通非计算列 = 普通非计算列 WHERE 1=1
  该语句不会修改普通列的实际值，但会触发所有行的UPDATE触发器，将修正后的计算列值同步到第二张表。
• 可额外新增DDL触发器捕获ALTER_TABLE事件，检测到计算列修改操作时自动触发同步逻辑，避免后续出现同类数据不同步问题。

内容的提问来源于stack exchange，提问作者Bryant