如何将SQL查询结果保存为可复用表对象而非数组？

当然可以！你想要的这种把查询结果封装成可复用表对象的需求，SQL里有好几种成熟的实现方式，我结合你的例子给你逐一说明：

1. 临时表（Temporary Table） #

如果只是在当前数据库会话里需要多次复用这个查询结果，临时表是最直接的选择。它会把结果物理存储起来，会话结束后自动销毁，不用手动清理。

-- 第一步：创建临时表存储标记为'C++'的书籍
CREATE TEMPORARY TABLE TAGGED_CPP AS
SELECT BOOK FROM BOOK_TAGS WHERE TAG = 'C++';

-- 后续查询：直接用临时表关联，不用再遍历整个BOOK_TAGS表
SELECT tc.BOOK
FROM TAGGED_CPP tc
JOIN BOOK_TAGS bt ON tc.BOOK = bt.BOOK
WHERE bt.TAG = 'gamedev';

临时表的优势是性能高——因为结果已经被存储下来，后续查询不需要重新执行原SQL；缺点是仅限当前会话使用，关闭连接后就消失了。

2. 公共表表达式（CTE） #

如果只是在单次复杂查询里需要复用这个结果，CTE（Common Table Expression）会更简洁，它相当于一个“临时的虚拟表”，只在当前查询范围内有效。

WITH TAGGED_CPP AS (
    -- 定义可复用的查询结果
    SELECT BOOK FROM BOOK_TAGS WHERE TAG = 'C++'
)
-- 直接在后续逻辑里使用这个CTE
SELECT tc.BOOK
FROM TAGGED_CPP tc
JOIN BOOK_TAGS bt ON tc.BOOK = bt.BOOK
WHERE bt.TAG = 'gamedev';

CTE的优势是语法干净，不需要显式创建/删除表；缺点是每次执行整个查询时，CTE的逻辑都会重新跑一遍，适合一次性的多步骤查询，不适合跨多次查询复用。

3. 视图（View） #

如果这个“标记为C++的书籍”的查询需要被多个会话、长期复用，视图是更好的选择。它是一个永久的虚拟表，底层存储的是查询逻辑，每次访问视图时都会实时执行原SQL。

-- 创建永久视图（除非手动删除，否则一直存在）
CREATE VIEW TAGGED_CPP AS
SELECT BOOK FROM BOOK_TAGS WHERE TAG = 'C++';

-- 任何时候都可以直接用这个视图查询
SELECT tc.BOOK
FROM TAGGED_CPP tc
JOIN BOOK_TAGS bt ON tc.BOOK = bt.BOOK
WHERE bt.TAG = 'gamedev';

视图的优势是永久可用，且能实时反映原表的变化；缺点是每次访问都会重新执行原查询，如果原表数据量大，性能可能不如物理存储的临时表或物化视图。

4. 物化视图（Materialized View，部分数据库支持） #

如果既想要视图的永久可用性，又想要临时表的性能（物理存储结果），可以用物化视图——它会把查询结果物理存储起来，并且可以按需刷新数据。

以PostgreSQL为例：

-- 创建物化视图
CREATE MATERIALIZED VIEW TAGGED_CPP AS
SELECT BOOK FROM BOOK_TAGS WHERE TAG = 'C++';

-- 后续直接查询物化视图，性能和临时表一样
SELECT tc.BOOK
FROM TAGGED_CPP tc
JOIN BOOK_TAGS bt ON tc.BOOK = bt.BOOK
WHERE bt.TAG = 'gamedev';

-- 当原BOOK_TAGS表数据更新后，手动刷新物化视图以获取最新结果
REFRESH MATERIALIZED VIEW TAGGED_CPP;

不同数据库的物化视图语法略有差异（比如MySQL没有原生物化视图，但可以用定时任务+普通表模拟），但核心逻辑都是物理存储查询结果，兼顾复用性和性能。

总结选择建议 #

• 单次会话内多次复用 → 临时表
• 单次查询内多步骤复用 → CTE
• 长期实时查询需求 → 视图
• 长期复用且追求性能 → 物化视图

内容的提问来源于stack exchange，提问作者Alexey S. Larionov