Sql 禁用触发器在ALTER后重新启用..如何?

Sql 禁用触发器在ALTER后重新启用..如何?,sql,sql-server-2012,triggers,Sql,Sql Server 2012,Triggers,我的一个表上有一个触发器,它已被禁用一段时间。当我意识到触发器已经被重新启用时,我运行了一个改动来调整一些代码以供将来参考。这发生在多个环境中,涉及同一个触发器。我向大家提出的问题是:如果不在对象资源管理器中手动执行或运行启用脚本来执行,禁用的触发器如何能够重新启用?您必须在更改后再次禁用触发器 根据文件: 使用ALTERTRIGGER语句更改触发器将启用触发器 所以我认为情况就是这样,但我在本地实例上测试了它,更改一个禁用的触发器并没有启用它。@Stack0verFlowSOS之后刷新文件夹了

我的一个表上有一个触发器,它已被禁用一段时间。当我意识到触发器已经被重新启用时,我运行了一个改动来调整一些代码以供将来参考。这发生在多个环境中,涉及同一个触发器。我向大家提出的问题是:如果不在对象资源管理器中手动执行或运行启用脚本来执行,禁用的触发器如何能够重新启用?

您必须在更改后再次禁用触发器

根据文件:

使用ALTERTRIGGER语句更改触发器将启用触发器


所以我认为情况就是这样,但我在本地实例上测试了它,更改一个禁用的触发器并没有启用它。@Stack0verFlowSOS之后刷新文件夹了吗?我刷新了。我正在使用2017,所以我很好奇两个版本之间是否存在差异。我的理解也是,为了使用ALTER启用或禁用,您必须在语句中指定enable或disable trigger。@Stack0verFlowSOS如果是这样,他们在2017年更新了ALTER=自动启用行为,但没有记录它。我没有2017年的环境来测试它,但我相信你的话。但是我很困惑,如果这个问题没有发生在你身上,你是如何遇到alter=enable行为来询问它的?嘿,伙计,因此,我在2012年的一个开发环境中复制了这一点,然后将这一概念背靠背地应用到2017年的环境中,似乎2012年ALTER确实启用了触发器,而2017年则没有。我猜这是一个没有文件记录的变化。。。