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。如果基表数据量大、查询复杂，又没建好索引，性能可能比直查还差——别以为“建了视图就自动优化”。
