SQLite 视图：CREATE VIEW、临时视图与 INSTEAD OF

视图就是保存起来的查询

视图是一条有名字的 SELECT 语句。创建之后，你可以像查询表一样查询它，但它并不存储任何东西。每次读取视图时，SQLite 都会重新执行底层的查询。

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

INSERT INTO orders (customer, amount, status) VALUES
    ('Ada', 120.00, 'paid'),
    ('Boris', 45.50, 'pending'),
    ('Rosa', 300.00, 'paid'),
    ('Boris', 80.00, 'paid');

CREATE VIEW paid_orders AS
SELECT customer, amount FROM orders WHERE status = 'paid';

SELECT * FROM paid_orders;

paid_orders 看起来像一张表，用起来也像一张表。它有列，你可以从中 SELECT，也可以连接它。但在底层，每次查询都会展开成原来的 WHERE status = 'paid' 过滤条件。

这就是全部的思维模型：视图是一条查询的别名。

视图为什么有用

最大的好处是命名。一条复杂的查询有了一个简短、达意的名字，其余的代码也就保持可读：

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

INSERT INTO orders (customer, amount, status) VALUES
    ('Ada', 120.00, 'paid'),
    ('Rosa', 300.00, 'paid'),
    ('Boris', 80.00, 'paid');

CREATE VIEW customer_totals AS
SELECT customer, SUM(amount) AS total, COUNT(*) AS order_count
FROM orders
WHERE status = 'paid'
GROUP BY customer;

SELECT * FROM customer_totals WHERE total > 100;

没有视图的话，每个调用方都要自己写 GROUP BY，其中任何一个都可能把过滤条件写错。有了视图，聚合逻辑只定义一次。调用方只需要查询 customer_totals，再在上面加上各自需要的过滤条件。

视图还可以充当一种类似权限的边界。如果某个查询不应该暴露 password_hash 列，就建一个选取除该列以外所有列的视图，让应用代码使用这个视图。

CREATE VIEW 语法

完整形式如下：

CREATE [TEMPORARY] VIEW [IF NOT EXISTS] view_name [(column_aliases)] AS
SELECT ...;

有几点值得了解：

• IF NOT EXISTS：如果视图已经存在，就静默跳过创建。
• TEMPORARY（或 TEMP）：创建一个在连接关闭时消失的视图。
• 括号中的列别名可以让你重命名视图的列，而不必改动底层的 SELECT。

CREATE TABLE products (
    id INTEGER PRIMARY KEY,
    name TEXT,
    price_cents INTEGER
);

INSERT INTO products (name, price_cents) VALUES
    ('Notebook', 450),
    ('Pen', 200);

CREATE VIEW IF NOT EXISTS price_list (item, dollars) AS
SELECT name, price_cents / 100.0 FROM products;

SELECT * FROM price_list;

这个视图对外提供了更友好的列名（item、dollars），而源表中的列名保持不变。

替换和删除视图

SQLite 没有 CREATE OR REPLACE VIEW，也没有 ALTER VIEW。要修改视图的定义，就先删除再重新创建：

CREATE TABLE orders (id INTEGER, status TEXT);
INSERT INTO orders VALUES (1, 'paid'), (2, 'pending');

CREATE VIEW active_orders AS
SELECT * FROM orders WHERE status = 'paid';

DROP VIEW active_orders;

CREATE VIEW active_orders AS
SELECT * FROM orders WHERE status IN ('paid', 'shipped');

SELECT * FROM active_orders;

DROP VIEW IF EXISTS active_orders; 是稳妥的写法，视图不存在时也不会报错。删除视图永远不会影响底层的表，你删掉的只是保存的那条查询。

临时视图

TEMP VIEW 只在当前数据库连接中存在。连接关闭后，视图就没了。在临时的分析会话中，不想留下多余的定义时很有用：

CREATE TABLE events (
    id INTEGER PRIMARY KEY,
    type TEXT,
    occurred_at TEXT
);

INSERT INTO events (type, occurred_at) VALUES
    ('login', '2026-04-01'),
    ('purchase', '2026-04-01'),
    ('login', '2026-04-02');

CREATE TEMP VIEW today_logins AS
SELECT * FROM events WHERE type = 'login' AND occurred_at = '2026-04-02';

SELECT * FROM today_logins;

临时视图还能让你遮蔽某个查询名，而不必把它固定到表结构中，在探索数据时很方便。

视图默认是只读的

这是最重要的一个坑。你不能直接通过视图执行 INSERT、UPDATE 或 DELETE：

sqlite> INSERT INTO paid_orders (customer, amount) VALUES ('Eve', 50);
Runtime error: cannot modify paid_orders because it is a view

解决办法是 INSTEAD OF 触发器。你写一个触发器，让它代替这次写操作执行，并把它转换成对底层表的真实操作：

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

CREATE VIEW paid_orders AS
SELECT id, customer, amount FROM orders WHERE status = 'paid';

CREATE TRIGGER paid_orders_insert
INSTEAD OF INSERT ON paid_orders
BEGIN
    INSERT INTO orders (customer, amount, status)
    VALUES (NEW.customer, NEW.amount, 'paid');
END;

INSERT INTO paid_orders (customer, amount) VALUES ('Eve', 50.00);

SELECT * FROM orders;

视图仍然是视图，但对它的写入现在有了去处。下一页会详细介绍触发器。

没有物化视图，自己动手实现

有些数据库允许把视图的结果缓存到磁盘上，按需刷新。SQLite 不行。每次读取视图都会重新执行底层的查询。对大多数场景来说这没问题，SQLite 很快，查询规划器也很出色。对于会被反复查询、开销又很大的聚合，就建一张真正的表，自己让它保持同步：

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL
);

INSERT INTO orders (customer, amount) VALUES
    ('Ada', 120.00), ('Rosa', 300.00), ('Boris', 80.00);

CREATE TABLE customer_totals_cache AS
SELECT customer, SUM(amount) AS total
FROM orders
GROUP BY customer;

SELECT * FROM customer_totals_cache;

之后你可以定时刷新这个缓存，或者在 orders 上设置触发器让它保持最新。这需要手动处理，但在 SQLite 中也是唯一的选择。

列出视图

视图的元数据和表、索引一起保存在 sqlite_master 中：

CREATE TABLE t (x INTEGER);
CREATE VIEW v1 AS SELECT * FROM t;
CREATE VIEW v2 AS SELECT x * 2 AS doubled FROM t;

SELECT name, sql FROM sqlite_master WHERE type = 'view';

sql 列会返回原始的 CREATE VIEW 语句，当你忘了某个视图是做什么的时候很有用。在命令行工具中，.schema view_name 会更清楚地打印出同样的内容。

什么时候该用视图

在这些情况下，视图物有所值：

• 一条不简单的查询在三处或更多地方重复使用。命名一次胜过到处复制粘贴。
• 你想向应用的某一部分只开放精选的一部分列或行。
• 某个聚合在概念上是一个整体（monthly_sales、active_users），调用方应该把它当作一个名词来使用。

在这些情况下，不用视图：

• 查询只在一个地方使用。直接写在那里就好。
• 性能很重要，而底层查询开销很大：每次读取你都要付出这个代价。改为缓存到一张真正的表中。
• 视图依赖另一个视图，而那个视图又依赖另一个视图。SQLite 处理嵌套没有问题，但三四层的视图链会让调试时很难看清实际执行的 SQL。

下一步：触发器

视图和触发器经常一起出现：让视图可写的 INSTEAD OF 模式，正是触发器存在的主要原因之一。触发器本身在审计日志、级联更新和维护数据不变量方面也很有用。这就是下一页的内容。