SQL Server多表视图默认不可更新，因其无法自动确定DML操作应作用的基表及字段；含JOIN、聚合、DISTINCT等的视图被标记为只读；须用INSTEAD OF触发器手动实现更新逻辑。
SQL Server 多表视图为什么默认不可更新？
因为 SQL Server 无法自动判断 INSERT/UPDATE/DELETE 应该作用在哪张基表、改哪些字段。只要视图里出现 JOIN、GROUP BY、聚合函数、DISTINCT 或计算列，它就天然被标记为只读。你执行 UPDATE my_view SET name = 'X' WHERE id = 1 时，SQL Server 不知道这个 name 是该写进 users 表还是 profiles 表，更不知道关联条件是否还成立。
INSTEAD OF 触发器必须绑定到视图，不是表
语法上必须写 ON my_view，不能写成 ON users。触发器类型只能是 INSTEAD OF INSERT、INSTEAD OF UPDATE 或 INSTEAD OF DELETE —— 注意不是 AFTER，也不是 FOR。一旦定义，所有对该视图的 DML 都会跳过默认逻辑，直接进触发器体。
-
INSERTED和DELETED临时表可用，但它们的结构和视图字段完全一致，不是基表结构 -
:NEW和:OLD在 SQL Server 中不存在（那是 Oracle 的写法），必须用INSERTED/DELETED - 触发器里不能直接用
UPDATE my_view，否则会递归调用自己，导致死循环
INSERT 场景下必须显式处理 NULL 和主键冲突
比如视图基于 users LEFT JOIN orders，用户插入时只填了 id 和 name，没填订单字段，触发器就得判断：是否要插入 users？如果要，orders 表要不要同步插一条记录？如果要插，user_id 是否已存在？status 字段是否允许 NULL？
- 先查
IF EXISTS (SELECT 1 FROM users WHERE id = (SELECT id FROM INSERTED))再决定 INSERT 还是 UPDATE - 对
orders表的 INSERT 必须显式指定user_id，不能依赖外键自动填充 - 所有涉及
NOT NULL字段的基表，都要在触发器里补默认值或报错，否则语句直接失败
UPDATE 时最难的是定位关联行和字段归属
视图字段名可能和基表字段名不同，比如视图里叫 full_name，实际来自 users.first_name + ' ' + users.last_name。这种字段根本不能更新 —— 触发器必须拒绝，或拆解后分别更新 first_name 和 last_name。
- 每个可更新字段都得人工映射回基表字段，没有自动推导
- 如果更新同时影响
users和orders，必须用事务包裹两步操作，否则部分成功会破坏一致性 - WHERE 条件里的字段（如
WHERE id = 123）必须能唯一对应到某张基表的主键，否则触发器无法安全执行
复杂点在于：触发器逻辑必须覆盖所有字段组合的合法与非法情况，而 SQL Server 不提供任何元数据辅助你自动识别哪些视图字段可写、写到哪张表。每加一个字段，你就得多写一段校验和分发逻辑。
