必须先用WITH SCHEMABINDING创建视图并满足两段式表名、禁用非确定性函数等硬性要求，再创建唯一聚集索引；否则必然报“view is not schema bound”错误。
视图创建索引前必须加 WITH SCHEMABINDING
不加这个选项，SQL Server 直接拒绝创建索引，连错误都不报——你右键表节点，“新建索引”菜单项直接灰色不可用。这不是权限或界面卡顿问题，是语法硬性限制。一旦视图定义里没写 WITH SCHEMABINDING，后续所有索引操作都无效。
常见踩坑点：
- 用 SSMS 图形界面建的视图默认不带
SCHEMABINDING，必须手动改 T-SQL 脚本重写 - 视图引用了其他数据库的表（比如
OtherDB.dbo.Table），即使加了SCHEMABINDING也会失败，SQL Server 要求所有引用对象必须在同一个数据库内 - 视图中用了
SELECT *或未显式命名列（如COUNT(*) AS cnt缺失别名），会导致SCHEMABINDING创建失败
ANSI_NULLS 和 QUOTED_IDENTIFIER 必须为 ON
这两个 SET 选项不是“建议开启”，而是强制要求。哪怕你在 SSMS 查询窗口里执行 CREATE VIEW 前手动设了 SET ANSI_NULLS ON，只要连接字符串或客户端驱动（比如 ODBC）默认关着它们，创建就会静默失败或索引无法生效。
验证方法：
- 运行
SELECT SESSIONPROPERTY('ANSI_NULLS')和SELECT SESSIONPROPERTY('QUOTED_IDENTIFIER')，结果必须都是1 - SSMS 新建查询窗口默认满足，但用程序连接（如 C# SqlConnection）时，需在连接字符串加
Connection Timeout=30;...;Packet Size=4096;并确保没覆盖 SET 行为 - 特别注意
ARITHABORT：OLE DB/ODBC 连接下它也必须为ON，否则索引视图虽能建，但查询优化器根本不会使用它
视图定义必须是确定性的
所谓“确定性”，就是同一输入永远返回同一输出。非确定函数（如 GETDATE()、NEWID()、ISNULL() 在某些上下文中）会让 SQL Server 拒绝加 SCHEMABINDING，更别说索引。
容易被忽略的非确定场景：
-
CONVERT(VARCHAR, date_col, 120)是确定的；但FORMAT(date_col, 'yyyy-MM-dd')不是（SQL Server 2012+ 才支持，且内部调用非确定逻辑） - 含子查询的视图（哪怕只是
(SELECT TOP 1 name FROM t)）大概率被判定为非确定，除非子查询有明确 ORDER BY + 确定性聚合 - 计算列用了
ISNULL(col, 0) * 1.0没问题，但换成COALESCE(col, 0) * 1.0在旧版本中可能触发非确定警告
第一个索引必须是唯一聚集索引
这是最反直觉的一条：你不能先建非聚集索引，也不能建普通聚集索引。SQL Server 要求索引视图的第一个索引必须是 UNIQUE CLUSTERED，否则报错 Msg 1940, Level 16, State 1。
实操要点：
- 选作聚集索引的列必须能唯一标识视图每一行，通常要包含基表主键或组合唯一键；光靠
GROUP BY字段不够，得补上HAVING COUNT(*) = 1类逻辑验证 - 如果视图含
JOIN，唯一性必须跨多表保证，比如t1.id = t2.t1_id AND t2.status = 'active'不能替代唯一约束 - 建完唯一聚集索引后，再加非聚集索引才有效；但要注意 DML 性能代价——每次更新基表，所有依赖它的索引视图都要同步维护
索引视图真正生效的关键不在“建出来”，而在查询优化器是否选择它。哪怕一切配置正确，只要查询中 WHERE 条件字段没覆盖索引最左前缀，或者用了视图未暴露的基表列，优化器仍会跳过该索引视图——这点比普通表索引更隐蔽。
