自定义Schema中使用CREATE OR ALTER TRIGGER触发异常的问题排查

核心问题是你在创建/修改触发器时未指定架构前缀，导致触发器实际创建在当前会话的默认架构（比如dbo）中，而非目标的mySchema下，从而引发矛盾报错。

具体原因 #

当执行CREATE OR ALTER TRIGGER myTrigger时，数据库会使用你当前登录账号的默认架构来创建触发器，和关联表的架构无关。比如你的账号默认架构是dbo，那触发器实际是dbo.myTrigger，但你后续操作时默认认为它在mySchema里，就会出现：

• 复用CREATE OR ALTER TRIGGER myTrigger：数据库查找当前默认架构下的myTrigger，发现已存在（比如dbo.myTrigger），因此报错「对象已存在」；
• 单独用ALTER TRIGGER myTrigger：如果当前会话默认架构不是触发器实际所在的架构，就会找不到对象，报错「无效的对象名称」。

解决步骤 #

1. 修改触发器语句，明确指定架构：
   把创建语句改成带架构前缀的形式，确保触发器归属到mySchema下：

   CREATE OR ALTER TRIGGER [mySchema].[myTrigger]
   ON [mySchema].[myTable]
   AFTER INSERT
   AS
   BEGIN
       -- do something
   END
   

2. 验证触发器实际位置：
   执行以下查询，查看所有触发器的真实架构和关联表信息，确认问题：

   SELECT 
       SCHEMA_NAME(t.schema_id) AS 触发器架构,
       t.name AS 触发器名称,
       OBJECT_NAME(t.parent_id) AS 关联表名,
       SCHEMA_NAME(o.schema_id) AS 表架构
   FROM sys.triggers t
   JOIN sys.objects o ON t.parent_id = o.object_id
   WHERE t.name LIKE '%myTrigger%'
   

哪怕更换触发器名称，只要不指定架构，依然会创建到默认架构中，所以会重复出现类似报错。

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