sqlite视图是只读虚表，不支持insert/update/delete，触发器也无法直接更新视图；只能通过触发器维护物化表来模拟更新效果。
SQLite 中的视图（VIEW）是只读的，**触发器无法更新视图本身**——你不能对视图执行 INSERT、UPDATE 或 DELETE，哪怕通过触发器也不行。所谓“更新视图数据”，实际只能是：在基表变更时，用触发器去修改**另一个普通表**（比如物化缓存表），再让这个表替代视图承担查询角色。
为什么不能直接在触发器里 UPDATE VIEW？
SQLite 明确禁止对视图执行 DML 操作：UPDATE 视图会报错 near "view_name": syntax error；触发器中尝试写入视图，也会在运行时报 no such table: xxx_view（因为视图不对应真实存储结构）。视图只是预定义的 SELECT 语句别名，没有物理行可改。
替代方案：用触发器维护一张“物化表”代替视图
如果你需要“自动响应基表变化的数据快照”，得自己建一张普通表（比如 mv_user_stats），再用触发器在基表变更时同步刷新它：
- 必须用
FOR EACH STATEMENT，避免批量操作时触发 N 次导致性能崩塌 - 触发事件要覆盖
INSERT OR UPDATE OR DELETE，漏掉任意一种都会让缓存失准 -
UPDATE语句不能用JOIN形式（SQLite 不支持UPDATE ... FROM），得用子查询或WITH递归表达 - 如果基表有 100 万行，每次
UPDATE mv_table SET x=(SELECT ...) WHERE y=...可能很慢——建议只刷新受影响的行，而不是全表重算
示例：当 orders 表变动时，更新统计表 order_summary
CREATE TABLE order_summary ( user_id INTEGER PRIMARY KEY, total_amount REAL, order_count INTEGER ); <p>CREATE TRIGGER refresh_order_summary AFTER INSERT OR UPDATE OR DELETE ON orders FOR EACH STATEMENT BEGIN -- 全量重算（适合小表） DELETE FROM order_summary; INSERT INTO order_summary SELECT user_id, SUM(amount), COUNT(*) FROM orders GROUP BY user_id;</p><p>-- 或者增量更新（推荐用于大表） -- INSERT OR REPLACE INTO order_summary -- SELECT user_id, COALESCE(SUM(amount), 0), COUNT(*) -- FROM orders -- WHERE user_id IN (SELECT user_id FROM inserted UNION SELECT user_id FROM deleted) -- GROUP BY user_id; END;</p>
SQLite 触发器里不能调用哪些东西？
这些操作在触发器内会直接失败，容易踩坑：
- 不能执行
ATTACH或DETACH数据库 - 不能在触发器中修改**当前正在被触发的表以外的其他表**（除非明确开启
PRAGMA recursive_triggers = ON，但即便如此，跨表写入仍受限制） - 不能使用
COMMIT/ROLLBACK—— 触发器运行在外部事务上下文中，强行提交会报cannot commit transaction - SQL statements in progress - 不能调用自定义函数（除非用
CREATE FUNCTION注册且启用扩展）
真正关键的一点是：SQLite 的触发器能力边界比 PostgreSQL 或 SQL Server 窄得多。它不提供 REFERENCING 子句，也没有 INSERTED/DELETED 逻辑表，所有行级上下文只能靠 NEW 和 OLD 伪记录获取——而这两个变量在 FOR EACH STATEMENT 下根本不可用。所以一旦你需要基于变更行内容做判断，就必须用 FOR EACH ROW，同时接受单行变更就刷一次的代价。
