ALTER VIEW 本质是删除重建，需重写完整定义并显式保留所有选项（如SCHEMABINDING、ENCRYPTION等），否则原有设置丢失；修改后需手动刷新元数据或重建索引视图。

ALTER VIEW 语法必须重写整个视图定义

SQL Server 的 ALTER VIEW 不是“增量修改”。它本质是先删除再重建。

因此，你必须提供完整的 SELECT 语句和所有选项，如 WITH ENCRYPTION。否则，原有设置会丢失。

比如原视图用了 WITH SCHEMABINDING，但 ALTER VIEW 里没写，执行后这个绑定就会失效。

常见错误现象：Msg 1054, Level 15, State 6, Procedure xxx, Line x: Syntax error near 'SCHEMABINDING'

这种情况通常是因为遗漏了 WITH 子句，或者两部分名称（schema.object）不完整。

• 必须显式写出所有需要保留的选项：WITH ENCRYPTION, SCHEMABINDING, VIEW_METADATA
• 如果原视图有 WITH CHECK OPTION，新定义里也得带上，否则该约束消失
• SELECT 列表不能用 *，必须明确列出列名（尤其涉及表结构变更后）
• 使用 SCHEMABINDING 时，所有引用对象必须带两段式名称（如 dbo.Users），且不能跨数据库

修改视图后字段缺失？可能是元数据未刷新

当你对基础表进行了更改，比如添加了新列，随后使用 ALTER VIEW 更新了视图定义，查询时却依旧看不到新字段，这通常不是语法错误。

更常见的原因是视图元数据缓存未同步。SQL Server 在创建或修改视图时，会将列结构固定到系统视图中，例如 sys.columns。

它不会自动察觉到底层表的变更。

解决方法不是反复 ALTER VIEW，而是主动刷新：

• 运行 sp_refreshview 'YourViewName' —— 针对单个视图
• 若批量操作，可用 sp_refreshsqlmodule（支持存储过程、函数、触发器等）
• 注意：刷新不改变视图逻辑，只更新列元数据；如果视图定义里根本没包含新列，刷新也没用

索引视图被 ALTER VIEW 自动删光

如果你在视图上建过唯一聚集索引，也就是索引视图，执行 ALTER VIEW 后，所有索引都会被无条件删除，且不会报错提示。

这是 SQL Server 的硬性行为，不是 bug。

这意味着：

• 修改索引视图前，必须先记录现有索引定义（比如用 sp_helpindex 'YourViewName'）
• ALTER VIEW 执行完，要手动重建索引，否则性能优势归零
• 生产环境建议把索引视图的 DDL 拆成脚本：先 DROP INDEX，再 ALTER VIEW，最后 CREATE UNIQUE CLUSTERED INDEX

权限和锁：ALTER VIEW 会阻塞并发查询

ALTER VIEW 需要对视图对象有 ALTER 权限，并会申请排他架构锁（Sch-M）。

只要锁未释放，其他会话无法查询该视图，甚至可能卡住依赖它的存储过程编译。

实际影响比看起来更隐蔽：

• 锁持有时间 = 编译 + 绑定 + 元数据更新，不是瞬间完成
• 如果视图引用大量表或含复杂逻辑，锁等待可能波及整个业务模块
• 避免在高峰期执行；若必须操作，优先用 SSMS “设计” 功能（它内部也是生成 ALTER VIEW，但可预览 SQL）

最易被忽略的一点：即使你只是改了个列别名，ALTER VIEW 依然触发完整锁流程。

别把它当成轻量操作。

《夸克》非常好用的免费AI浏览器

下载APP查看