SQL视图是否复制数据？其加速原理及数据完整性保障机制探讨

核心问题 #

• 从底层实现来看，VIEW是否会创建数据副本？
• 假设VIEW能够加速数据访问，是否通过复制数据实现？如果是，原始表更新时，SQL数据库是否会更新VIEW保证数据完整性？

示例代码 #

创建视图的语句：

CREATE VIEW Deliveries
AS
SELECT o.OrderNo, o.OrderDate,
       c.FirstName, c.LastName, c.Address, c.City
FROM Order AS o JOIN Customer AS c
ON o.Customer = c.ID;

查询视图的语句：

SELECT OrderNo, OrderDate, LastName, Address
FROM Deliveries
WHERE City = 'Seattle'; 

解答 #

1. 普通视图不会创建数据副本
   你示例中的这种标准SQL视图，本质就是一条预定义SELECT语句的“别名”。当你查询视图时，数据库会把视图的定义展开，和你的查询条件、字段列表合并成一条完整的查询语句，直接从原始表（Order和Customer）中读取数据，不会存储任何独立的数据副本。

比如你执行查询视图的语句时，数据库实际执行的逻辑等价于直接运行合并后的关联查询，完全依赖原始表的数据。

2. 视图加速访问通常不是靠复制数据
   普通视图本身不会带来性能提升，真正起作用的是数据库的查询优化器——它会对视图展开后的查询进行优化，比如利用原始表上已有的索引来加速数据检索。

只有**物化视图（Materialized View）**这种特殊类型，才会预先计算并存储查询结果（即创建数据副本），以此来加速重复查询。但物化视图不属于标准视图范畴，是部分数据库支持的扩展特性。

3. 原始表更新与数据完整性
   对于普通视图：因为没有独立数据，每次查询都是实时从原始表获取最新数据，所以原始表更新后，视图的查询结果自然同步更新，不需要额外操作来保证完整性。

对于物化视图：因为存储了数据副本，需要手动配置刷新策略（比如定时刷新、触发式刷新），才能和原始表保持数据一致；如果不配置刷新，物化视图的数据会和原始表脱节。

内容的提问来源于stack exchange，提问作者Manu Chadha