INSTEAD OF触发器可定义在视图上，替代默认DML操作；AFTER触发器仅适用于表，且在操作完成后执行；SQL Server为触发器自动创建内存中的inserted和deleted临时表，结构与触发对象一致，操作结束后自动销毁。
能，但必须用 INSTEAD OF INSERT、INSTEAD OF UPDATE 或 INSTEAD OF DELETE 显式接管操作，不能依赖数据库自动映射。
为什么直接 UPDATE 视图会报 Msg 4405？
SQL Server 对视图执行 DML 时，会做静态分析：只要视图含 JOIN、GROUP BY、COUNT()、DISTINCT、计算列（如 full_name AS first_name + ' ' + last_name），就直接拒绝——不是权限问题，是它无法无歧义地把“改哪一列”映射回基表。典型错误就是 Msg 4405：“View or function 'v_orders' is not updatable because the modification affects multiple base tables”。
比如一个 LEFT JOIN 视图插入一行，SQL Server 不知道该往左表插、右表插，还是两边都插；它不猜，直接报错。
- 这不是触发器没写对，而是根本没走到触发器——语句在语法解析阶段就被拦下了
- 必须用
INSTEAD OF显式声明，告诉 SQL Server：“别走默认逻辑，交给我来处理” -
AFTER触发器在这里完全无效，因为它只在成功修改后才运行
怎么写 INSTEAD OF INSERT 才不丢数据？
核心是把 inserted 当作集合处理，而不是单行取值。常见翻车点全是“以为只有一行”导致的静默失败。
- 用
SELECT TOP 1 *从inserted取值 → 只处理第一行，其余行被忽略 - 忽略
NULL透传 → 视图字段允许NULL，但基表列为NOT NULL，触发器没给默认值就报错 - 外键顺序错误 → 先插子表再插父表，触发
FOREIGN KEY violation - 没返回客户端需要的 ID → ORM 依赖
SCOPE_IDENTITY()，触发器里没用OUTPUT子句显式输出，应用收不到新主键
正确做法是集合操作：
INSERT INTO orders (customer_id, total) SELECT customer_id, ISNULL(total, 0) FROM inserted;
UPDATE 和 DELETE 的关键约束怎么处理？
视图涉及多表时，UPDATE 和 DELETE 必须能唯一定位基表记录。这要求视图定义中至少保留一张基表的完整主键，并且该主键在 SELECT 列表中显式暴露（不能被 GROUP BY 或 DISTINCT 消掉）。
- 如果视图里有
orders.id和customers.id两个同名列，UPDATE触发器里必须明确写o.id或c.id，否则 SQL Server 无法绑定 -
UPDATE触发器要同时读inserted（新值）和deleted（旧值），才能判断哪些字段真被改了 -
DELETE只需读deleted表，但要注意：若视图是LEFT JOIN，删操作可能只影响左表，也可能需级联删右表——逻辑得你写清楚
事务和错误处理容易被忽略的点
INSTEAD OF 触发器本身就是一个事务上下文，但它不自动保证跨表一致性。比如插入订单+订单项，如果第二条 INSERT 失败，第一条不会自动回滚——除非你显式加 BEGIN TRY / BEGIN CATCH 或 IF @@ERROR <> 0 ROLLBACK。
更隐蔽的问题是约束检查时机：INSTEAD OF 触发器执行完后，SQL Server 才检查基表上的 CHECK、FOREIGN KEY 约束。如果违反，整个触发器事务会回滚，但错误信息是约束报的，不是你写的 RAISERROR ——这会让调试变难。
另外，inserted 表结构严格匹配视图列定义，不是基表结构。如果视图用了别名或表达式列，inserted 里对应的就是那个别名或 NULL，不能直接拿来插基表。
