CREATE UNIQUE CLUSTERED INDEX 报“视图未绑定到架构”主因是会话 SET 选项（ANSI_NULLS、QUOTED_IDENTIFIER、ARITHABORT）未启用或函数不满足确定性及 SCHEMABINDING 要求，而非仅缺 WITH SCHEMABINDING；所有引用对象必须为两段式名称且同库同架构。
CREATE UNIQUE CLUSTERED INDEX 报 “视图未绑定到架构” 不是因为没加 WITH SCHEMABINDING，而是 SET 选项或函数不满足确定性要求。
为什么 SET ANSI_NULLS、QUOTED_IDENTIFIER 必须为 ON
SQL Server 在创建索引视图时会硬性校验当前会话的 SET 选项——不是建议，是强制拦截。哪怕视图定义里写了 WITH SCHEMABINDING，只要当前会话的 ANSI_NULLS 或 QUOTED_IDENTIFIER 是 OFF，CREATE UNIQUE CLUSTERED INDEX 就会直接失败，错误信息可能不显式提示 SET 问题，只报“无法对视图创建索引”。
常见触发场景：
- 用 SSMS 图形界面修改视图后点“保存”，默认会话的
ANSI_NULLS是 OFF，导致后续建索引失败 - 从某些 ORM 或旧版客户端连接（如老版本 ODBC 驱动），
ARITHABORT默认为 OFF，而 SQL Server 要求它必须为 ON（ANSI_WARNINGS ON会隐式启用它，但显式设更稳妥）
实操建议：
- 所有建索引操作前，先执行：
SET ANSI_NULLS ON; SET QUOTED_IDENTIFIER ON; SET ARITHABORT ON; - 不要依赖 SSMS 的“新建查询”默认设置；可右键查询窗口 → “查询选项” → “执行” → 确保这三项勾选
- 在存储过程或脚本中创建索引视图时，必须把
SET语句放在CREATE VIEW和CREATE INDEX之前，且不能跨批（即不能用GO分隔）
为什么视图里调用的函数必须是确定性的且带 SCHEMABINDING
索引视图要求所有被引用的对象行为可预测、结果稳定。如果视图里用了用户自定义函数（UDF），SQL Server 会检查它是否同时满足两个条件：函数体必须是确定性的（比如不能含 GETDATE()、NEWID()、子查询或访问表），且函数本身也必须用 WITH SCHEMABINDING 创建。
典型错误现象：
Cannot schema bind view 'vSales' because function 'dbo.CalcTax' is not schema bound- 建索引成功，但后续查询仍走堆扫描——因为函数实际是非确定性的，SQL Server 悄悄降级为普通视图处理
实操建议：
- 检查函数定义：
SELECT definition, is_schema_bound, is_deterministic FROM sys.sql_modules m JOIN sys.objects o ON m.object_id = o.object_id WHERE o.name = 'CalcTax' - 重写函数时必须加上
WITH SCHEMABINDING，且函数内不能出现：GETDATE()、NEWID()、@@ROWCOUNT、@@ERROR、子查询、SELECT表、PRINT等 - 避免用标量函数（scalar UDF）；改用内联表值函数（ITVF）更安全，且天然支持确定性推断
为什么两段式名称 + 同一数据库 + 同一架构是硬门槛
索引视图不允许任何“模糊引用”。SCHEMABINDING 的本质是让 SQL Server 能静态锁定依赖对象的元数据，所以所有对象名必须明确到 schema.object 形式，且不能跨库、不能跨架构（哪怕目标架构存在且权限足够）。
常见错误信息：
Cannot schema bind view 'vReport' because name 'Orders' is invalid for schema binding. Names must be in two-part formatCannot schema bind view 'vReport' because name 'otherdb.dbo.Orders' is invalid
实操建议：
- 逐行检查视图定义里的
FROM、JOIN、APPLY、CTE引用，全部补全为dbo.Orders、sales.Customers这类两段式写法 - 跨架构引用必须转成同架构：要么把源表移到
dbo，要么把视图也建在sales下（CREATE VIEW sales.vReport AS ...） - 不能引用临时表、表变量、
sys.tables等系统视图，也不能引用未加SCHEMABINDING的视图（索引视图不能嵌套）
最容易被忽略的是：函数确定性检查不报错但实际失效——SQL Server 只在创建函数时静态分析是否“可能非确定”，不会运行它验证。一旦函数体里有隐式非确定逻辑（比如调用另一个未声明 SCHEMABINDING 的函数），索引视图就退化为普通视图，性能收益归零。
