SQLite中创建视图必须在自动提交模式下执行，不可嵌套于事务；视图名须唯一，旧版本需先DROP再CREATE；定义中SELECT不可含顶层ORDER BY或LIMIT；仅单表无聚合等简单视图才可更新。

SQLite 3 中创建视图直接用 CREATE VIEW 就行，语法简单，但有几个关键点不注意就会报错或查不到数据。

CREATE VIEW 语句必须写在事务外

SQLite 不允许在事务块（比如 BEGIN...COMMIT 中）里执行 CREATE VIEW。如果嵌套在事务里，会报错 near "create": syntax error 或提示 “cannot create view within transaction”。

• ✅ 正确做法：单独执行 CREATE VIEW，不包裹在 BEGIN / COMMIT 里
• ❌ 错误示例：

  BEGIN;<br>CREATE VIEW user_summary AS SELECT name, COUNT(*) FROM users GROUP BY name;<br>COMMIT;

• ⚠️ 注意：即使只读事务（BEGIN IMMEDIATE）也不行，SQLite 视图定义属于 DDL，强制要求在自动提交模式下运行

视图名不能和已有表/视图重名

SQLite 对对象命名是全局检查的，CREATE VIEW 时如果名字已存在，会直接报错 table/view already exists，不会像某些数据库那样支持 OR REPLACE（SQLite 直到 3.35.0 才引入 CREATE OR REPLACE VIEW，旧版本必须先 DROP VIEW）。

• ✅ SQLite 3.35.0+：可用 CREATE OR REPLACE VIEW user_active AS ...
• ✅ 旧版本（如 3.28.0）：必须先执行 DROP VIEW IF EXISTS user_active;，再 CREATE VIEW
• ⚠️ DROP VIEW IF EXISTS 是安全写法，避免因视图不存在而报错中断脚本

SELECT 查询里不能有 ORDER BY 或 LIMIT（除非加括号）

SQLite 视图定义中的 SELECT 子句默认不允许顶层 ORDER BY 或 LIMIT，否则报错 ORDER BY clause not allowed on view query。

• ✅ 可以这样绕过：CREATE VIEW top_users AS SELECT * FROM (SELECT name, score FROM users ORDER BY score DESC LIMIT 5);
• ✅ 也可以用子查询包装，让 ORDER BY / LIMIT 落在内层
• ⚠️ 即使你只是想“默认排序”，也别写顶层 ORDER BY —— 视图本身不保证顺序，真正需要排序应在 SELECT * FROM myview ORDER BY ... 时加

视图不可更新的常见陷阱

SQLite 支持部分可更新视图（即能 INSERT/UPDATE/DELETE），但限制很严：必须基于单表、无聚合、无 GROUP BY、无 DISTINCT、无 JOIN、无子查询，且所有列都来自基表（不能是表达式或常量）。

• ✅ 安全可更新：CREATE VIEW simple_user AS SELECT id, name, email FROM users;
• ❌ 不可更新：CREATE VIEW user_count AS SELECT department, COUNT(*) FROM employees GROUP BY department;（含聚合）
• ⚠️ 即使视图看起来“像表”，只要定义里用了 COUNT(*)、UPPER(name)、users.id AS uid 这类表达式，就失去可更新性

最常被忽略的是：视图没有物理存储，每次查询都是实时执行背后的 SELECT。如果基表数据量大、查询复杂，又没建好索引，性能可能比直查还差——别以为“建了视图就自动优化”。