sqlite根本不支持视图更新，所有视图一律只读，执行insert/update/delete会直接报语法错误或“表不存在”，因其设计定位为轻量嵌入式数据库，未实现任何可更新视图逻辑。
SQLite根本不支持视图更新
SQLite从设计上就不允许对任何视图执行 INSERT、UPDATE 或 DELETE 操作——不是“有时不行”，而是压根没实现。你一执行就会收到明确报错：near "UPDATE": syntax error 或更直白的 no such table: your_view_name（当 SQLite 把视图当作不存在的表处理时）。这不是配置问题，也不是你写错了语法，是引擎层直接禁用。
为什么SQLite选择不支持可更新视图
SQLite 的定位是嵌入式轻量数据库，追求简单、确定性和低维护成本。实现可更新视图需要在查询重写器中加入复杂的映射逻辑：比如判断视图是否单表、是否含计算列、是否覆盖 NOT NULL 列、是否满足 WITH CHECK OPTION 校验……这些都会显著增加核心代码体积和运行时开销。
官方文档明确说明：SQLite 视图是只读的。它甚至不提供 SHOW CREATE VIEW 这类元信息命令，也不暴露类似 PostgreSQL 的 pg_views.is_updatable 字段——因为没必要。
想改数据？只能绕过视图操作基表
如果你依赖视图做数据展示，但又需要更新，唯一可靠做法是：
- 查出你要改的数据对应的基表名和主键字段（比如
SELECT * FROM your_view WHERE id = 123） - 直接对基表执行 DML：
UPDATE base_table SET status = 'done' WHERE id = 123 - 避免在应用层把视图当“表”封装，尤其别写
db.execute("UPDATE your_view SET ...")这类通用逻辑
注意：不要试图用触发器模拟可更新视图。SQLite 虽然支持 INSTEAD OF 触发器，但它只对视图生效，且必须手动编写完整映射逻辑——等于自己重实现一遍数据库该干的事，极易出错，且无法保证原子性或并发安全。
和其他数据库的差异容易让人误判
看到 MySQL 允许简单视图更新、PostgreSQL 提供 is_updatable 字段，很容易下意识认为“视图更新是通用能力”。但 SQLite 就是例外。它的行为一致性极强：所有视图一律不可更新，不区分复杂度、不看是否单表、不检查是否有聚合函数——统一拒绝。
最常被忽略的一点：SQLite 不会给你“视图不可更新”的友好提示，而是报语法错误或表不存在。所以当你遇到 no such table 却确认表名没错时，先检查它是不是视图。
