必须用with schemabinding创建视图，否则无法建索引；首个索引须为唯一聚集索引；所有表名需两段式引用、列名显式列出、set选项（ansi_nulls等）必须统一为on，且基表与视图须同属一架构。

必须先用 WITH SCHEMABINDING 创建视图

普通视图可以随时修改基表结构，但索引视图不行——它依赖基表的列名、数据类型、NULL 性等严格不变。所以创建时必须显式加上 WITH SCHEMABINDING，否则后续建索引会直接报错：Cannot create index on view 'xxx' because the view is not schema bound.

实操注意点：

• 所有引用的表名必须带架构前缀，比如 dbo.Orders，不能只写 Orders
• SELECT 列表中不能用 *，必须明确列出每一列，且不能有重复列名
• 不能包含 GETDATE()、NEWID()、子查询（除非是确定性表达式）、聚合函数（如 SUM）等非确定性或不支持索引的成分
• 视图定义里不能有 ORDER BY（除非配合 TOP 或 OFFSET/FETCH）

第一个索引必须是唯一聚集索引

这是硬性限制：CREATE UNIQUE CLUSTERED INDEX 是索引视图的“入场券”。没有它，后续任何非聚集索引都建不了，SQL Server 也不会把视图物化存储。

为什么强调“唯一”？因为聚集索引决定了数据物理排序方式，而视图本身无主键概念，必须靠唯一键来保证行定位准确。常见错误是漏掉 UNIQUE 关键字，结果报错：Cannot create clustered index on view 'xxx' because the view does not have a unique clustered index.

选哪列做唯一键？通常组合多个列（如 OrderID, ProductID）或加 CHECKSUM 辅助，但更稳妥的是确保基表已有合适唯一约束，并在视图中完整暴露该列。

SET 选项不匹配会导致建索引失败或运行时异常

索引视图对会话级 SET 选项极其敏感。哪怕你用 SSMS 图形界面创建成功，换一个连接（比如应用用 ODBC 连接），ANSI_NULLS 或 ANSI_PADDING 默认为 OFF，就可能让查询优化器拒绝使用该索引视图，甚至执行 DML 时报错。

关键 SET 项必须为 ON：

• ANSI_NULLS：影响 NULL 比较逻辑，视图定义和查询时都需一致
• ANSI_PADDING：影响字符/二进制字段末尾空格处理
• QUOTED_IDENTIFIER：必须为 ON，否则 CREATE VIEW 语句本身会失败
• ARITHABORT：虽不强制要求，但建议设为 ON，避免某些执行计划缓存问题

检查当前会话值：SELECT SESSIONPROPERTY('ANSI_NULLS')；建视图前务必先执行：SET ANSI_NULLS ON; SET ANSI_PADDING ON; SET QUOTED_IDENTIFIER ON;

基表与视图的所有者必须相同

如果视图引用了 dbo.Customers 和 sales.Orders，而你用 sales 用户身份创建视图，就会失败：View or function 'xxx' has more than one base object. All base objects must have the same owner.

这不是权限问题，而是所有权链校验机制。解决方法只有两个：

• 统一所有基表到同一架构下（推荐 dbo）
• 用该架构的拥有者身份（如 dbo）来创建视图

这点容易被忽略，尤其在跨部门协作或迁移旧库时，表散落在不同 schema 下，一上来就卡在这里。

索引视图真正生效的关键，不在语法多漂亮，而在 schema binding、SET 一致性、所有权对齐这三点是否严丝合缝。少一个，不是报错就是“建了等于没建”——查询计划里根本不会出现它的影子。