必须用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 一致性、所有权对齐这三点是否严丝合缝。少一个，不是报错就是“建了等于没建”——查询计划里根本不会出现它的影子。
