Great question—let’s unpack your assumptions and break down how SQL Server handles views step by step:

1. 视图在创建时即完成编译？这个观点并不准确 #

你观察到修改基表后视图仍只返回ID列，不是因为视图创建时就完成了编译，而是因为视图本质是一个存储的查询定义。

当你创建视图时，SQL Server只会做这几件事：

• 检查视图定义的语法是否合法
• 验证引用的基表/对象是否存在
• 确认你有足够的权限访问这些对象

它并不会在创建阶段就生成执行计划或者固化任何数据逻辑。真正的编译（生成执行计划）是在第一次查询视图的时候才会发生。你看到视图始终返回ID列，只是因为视图的定义就是SELECT ID FROM 基表——不管基表后续怎么修改，视图都会严格按照这个预定义的查询语句去执行。

2. 这种“提前编译”对性能更有利？你的推测需要修正 #

视图本身只是一个逻辑层，不存在“创建时编译提升性能”的说法。SQL Server的性能优化主要体现在执行计划缓存上：

• 第一次查询视图时，SQL Server会生成最优的执行计划并缓存到内存的计划缓存中
• 后续查询如果符合缓存复用条件（比如参数一致、基表统计信息没有大幅变化），就会直接复用缓存的执行计划，避免重复编译的开销

但如果基表的结构、索引或者统计信息发生了重大变化，缓存的执行计划可能不再最优，SQL Server会自动触发重新编译，生成新的执行计划。

3. SQL Server如何存储编译结果？ #

这里要区分两个核心概念：视图的定义和执行计划：

• 视图定义：会永久存储在系统元数据中，你可以通过系统视图sys.views、sys.sql_modules查看，或者执行sp_helptext '你的视图名'来获取完整的定义文本。
• 执行计划：编译后的执行计划是临时存储在内存的计划缓存中的，它不是持久化到磁盘的。当服务器重启、内存压力过大或者执行计划失效时，缓存的计划会被清理，下次查询视图时会重新编译生成新的执行计划。

4. 是否会保留所有编译对象的定义？ #

是的，视图的完整定义文本会被永久保留在系统元数据里，哪怕对应的执行计划被清理了，你依然可以随时查看或修改视图的定义。而编译后的执行计划属于临时缓存对象，不会被持久化存储。

举个直观的例子验证 #

-- 创建基表
CREATE TABLE dbo.Employee (ID INT);
GO
-- 创建视图
CREATE VIEW dbo.vw_EmployeeID AS SELECT ID FROM dbo.Employee;
GO
-- 首次查询视图，此时生成执行计划并缓存
SELECT * FROM dbo.vw_EmployeeID;
GO
-- 修改基表，添加新列
ALTER TABLE dbo.Employee ADD EmployeeName VARCHAR(100);
GO
-- 再次查询视图，仍只返回ID列（因为视图定义未变）
SELECT * FROM dbo.vw_EmployeeID;
GO
-- 查看视图定义
sp_helptext 'dbo.vw_EmployeeID';

如果你希望视图返回新添加的EmployeeName列，必须修改视图的定义：

ALTER VIEW dbo.vw_EmployeeID AS SELECT ID, EmployeeName FROM dbo.Employee;
GO

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