sql server索引视图要求所有表达式必须确定性，故getdate()、rand()等非确定性函数禁止使用，因其导致objectproperty(...,'isdeterministic')返回0，违反值恒定性要求。
SQL Server 的“物化视图”实际指带聚集索引的视图（indexed view），它要求所有表达式必须可预计算、可持久化 —— 所以任何非确定性函数都会直接导致创建失败，这不是语法警告，而是架构级硬限制。
为什么GETDATE()和RAND()在视图里一用就报错
错误信息通常是：Cannot create index on view 'xxx' because it contains non-deterministic function 'GETDATE'。根本原因在于：SQL Server 要求索引视图的每一列值在基表数据不变的前提下必须恒定。而 GETDATE() 每次执行都返回新时间戳，哪怕同一秒内两次 SELECT，也可能因执行计划缓存复用与否产生不同结果；RAND() 更隐蔽——它在单个查询中只生成一次值，整张视图所有行的 RAND() 结果都一样，且跨多次引用时行为不可控。
关键判断依据是系统属性：OBJECTPROPERTY(OBJECT_ID('your_view'), 'IsDeterministic') 返回 0 就说明该视图已被标记为非确定性，无法建聚集索引。
哪些内置函数明确不被允许用于索引视图
以下函数无论参数如何、是否加括号，一律视为非确定性，禁止出现在索引视图定义中：
-
GETDATE、SYSDATETIME、CURRENT_TIMESTAMP（所有返回当前时间的系统函数） -
RAND、NEWID、NEWSEQUENTIALID -
@@ERROR、@@ROWCOUNT、@@TRANCOUNT -
HOST_NAME、SYSTEM_USER、SUSER_SID、SESSION_USER -
FORMAT（字符串类中唯一明确非确定性的）
注意：CAST 和 CONVERT 在涉及 datetime 类型转换时可能非确定，比如把字符串转 datetime 且格式不明确；但转 int 或 varchar 通常安全。
怎么快速定位视图里的非确定性成分
别靠肉眼扫，用系统视图查最准：
SELECT
definition,
OBJECTPROPERTY(OBJECT_ID('YourViewName'), 'IsDeterministic') AS IsDeterministic,
OBJECTPROPERTY(OBJECT_ID('YourViewName'), 'IsSchemaBound') AS IsSchemaBound
FROM sys.sql_modules
WHERE object_id = OBJECT_ID('YourViewName');
如果 IsDeterministic 是 0，再结合 definition 逐段排查。重点盯住：SELECT 列表中的计算列、WHERE 条件里的函数调用、以及所有标量函数（尤其是用户自定义函数，必须带 SCHEMABINDING 且内部不含非确定性调用）。
常见漏网之鱼：
- 自定义函数里偷偷调了
GETDATE()或ISNULL(…, GETDATE()) - 用
ORDER BY+ 窗口函数（如ROW_NUMBER() OVER (ORDER BY NEWID())）—— 排序本身不破坏确定性，但NEWID()直接否决 - 视图嵌套了另一层含非确定性逻辑的视图，外层看不到内层定义
替代方案不是“换函数”，而是重构逻辑归属
不能在视图里用 GETDATE()，不代表不能有“当前时间”语义。关键是把动态部分移出索引层：
- 基表加一个
last_modified_at DATETIME2列，用DEFAULT SYSDATETIME()或触发器维护，视图引用该列 —— 这样时间值就固化在数据行里了 - 需要“查询时刻快照”？改用应用层生成时间戳，作为参数传入存储过程或内联表值函数（
ITVF），而不是塞进视图定义 - 要随机排序？别在视图里写
ORDER BY NEWID()，而是在最终查询时对视图结果再加ORDER BY NEWID()—— 视图只负责数据映射，排序交给上层
最容易被忽略的一点：即使你没主动写 GETDATE()，某些默认约束、触发器或用户函数可能已悄悄引入非确定性依赖，检查必须穿透到所有依赖对象层级。
