嘿，你碰到的这个问题确实挺诡异的——明明触发器归属没问题，用ALTER TABLE操作却硬要指向一张不存在的表和触发器，换个语法就正常。结合你的测试结果和SQL Server版本（2016 SP2-CU6），我来拆解下可能的原因和解决方向：

核心现象复盘 #

先确认下你遇到的关键矛盾点：

• 用ALTER TABLE dbo.ebHeaderSent ENABLE TRIGGER ebHeaderSent_Insert;时，SQL Server报错说ebHeaderSentDeleted表上的ebHeaderSentDeleted_Insert触发器不存在，但你的查询明确显示：
  • ebHeaderSent表的触发器归属完全正确
  • ebHeaderSentDeleted表根本没有任何触发器
• 但换成ENABLE TRIGGER dbo.[ebHeaderSent_Insert] ON dbo.[ebHeaderSent];就执行成功，新建类似结构的表和触发器也没复现问题，重建原有触发器也没用

大概率是SQL Server 2016的解析bug #

从现象来看，这几乎可以确定是SQL Server 2016特定版本的触发器名称解析逻辑bug：
当你的触发器名称里包含另一张已存在的表名时（比如trg_Write_ebHeaderSentDeleted_Record里包含ebHeaderSentDeleted，ebHeaderSent_Insert里包含ebHeaderSent，而刚好有ebHeaderSentDeleted这张表），ALTER TABLE ... TRIGGER语法在解析触发器名称时，错误地做了字符串匹配替换——把触发器名里的ebHeaderSent替换成了ebHeaderSentDeleted，导致生成了完全不存在的触发器和表名，触发了MSG 4920错误。

临时解决与长期修复方案 #

1. 临时替代语法（已经验证有效） #

继续使用ENABLE TRIGGER/DISABLE TRIGGER的完整语法，明确指定触发器和所属表：

ENABLE TRIGGER dbo.[ebHeaderSent_Insert] ON dbo.[ebHeaderSent];
DISABLE TRIGGER dbo.[trg_Write_ebHeaderSentDeleted_Record] ON dbo.[ebHeaderSent];

这个语法绕开了ALTER TABLE的解析逻辑，所以不会触发bug。

2. 修改触发器名称 #

尝试修改触发器名称，避免名称中包含其他已存在的完整表名，比如：

• 把ebHeaderSent_Insert改成trg_ebHS_Insert
• 把trg_Write_ebHeaderSentDeleted_Record改成trg_Write_ebHSDeleted_Record
  修改后再测试ALTER TABLE语法是否正常。

3. 升级SQL Server版本 #

SQL Server 2016后续的CU版本（比如SP2-CU15及以上）大概率修复了这个解析bug。你可以查看微软的KB文档确认相关修复条目，条件允许的话升级到较新的CU版本，应该能彻底解决问题。

进一步排查（如果以上方案无效） #

如果还是有问题，可以做以下检查排除其他可能性：

• 执行DBCC CHECKDB检查数据库是否存在一致性问题：

  DBCC CHECKDB('<你的数据库名称>') WITH NO_INFOMSGS, ALL_ERRORMSGS;
  

• 确认系统目录视图的一致性：你已经对比了sys.triggers和sys.objects的触发器归属，结果正常，这一步可以跳过，但如果后续有异常可以再复查。
• 在其他同版本的SQL Server实例上复现该问题，确认是你这个数据库的特定问题还是版本普遍问题。

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