DacFX/SDDT禁用触发器操作异常：部署后触发器被启用问题咨询

是的，这确实是一个不少开发者都遇到过的已知行为，并不是你的操作出了问题~

为什么会出现这个情况？ #

Dac Deploy（也就是我们常用的SqlPackage.exe工具）在处理触发器这类数据库对象时，默认的对象对比逻辑更关注触发器的定义文本变更，很容易忽略DISABLED这类状态属性。当你更新触发器的文本内容时，部署过程会把新的触发器定义同步到目标库，但默认不会继承原有的禁用状态，而是会把触发器重置为启用状态——毕竟这是SQL触发器创建时的默认状态。

怎么解决这个问题？ #

这里有几个靠谱的方案可以试试：

• 调整发布配置：在你的Dac项目发布配置文件（.pubxml）里，添加或修改IgnoreTriggerState参数为False，让部署过程明确考虑触发器的启用/禁用状态。配置示例：

  <PropertyGroup>
    <IgnoreTriggerState>False</IgnoreTriggerState>
  </PropertyGroup>
  

• 添加后置部署脚本：在Dac项目中新增一个后置脚本，部署完成后自动把目标触发器重新禁用。脚本示例：

  DISABLE TRIGGER [YourTriggerName] ON [YourTableName];
  

• 在项目中明确触发器状态：直接在Dac项目的触发器定义里加上DISABLE关键字，这样部署时创建/更新的触发器本身就是禁用状态。比如：

  CREATE TRIGGER [YourTriggerName] ON [YourTableName]
  AFTER INSERT
  AS
  BEGIN
      -- 你的触发器业务逻辑
  END
  DISABLE;
  

额外提醒 #

不同版本的SqlPackage.exe对这个问题的处理可能不一样，如果你用的是比较旧的版本，可以试试升级到最新版（比如通过SQL Server Management Studio或者Azure Data Studio安装的版本），微软在后续更新里优化了对象属性的对比逻辑，可能能直接解决这个问题。

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