SQL Server索引视图要求所有函数必须确定性，GETDATE()和RAND()因每次执行返回不同值而不满足该约束，故无法创建聚集索引；替代方案包括移至应用层、使用基表时间列或NEWID()排序。
SQL 视图中不能用 RAND() 或 GETDATE() 创建索引，因为它们是非确定性函数 —— 这不是语法错误，而是 SQL Server 强制的架构约束。
为什么视图里用了 GETDATE() 就建不了聚集索引
SQL Server 要求带聚集索引的视图必须是“可预计算、可持久化”的：所有列值在数据不变的前提下必须恒定。而 GETDATE() 每次执行都返回新时间戳，哪怕同一秒内两次 SELECT，结果也可能不同（取决于执行计划是否重用缓存值）。视图一旦引用它，is_deterministic 属性就为 0，引擎直接拒绝 CREATE CLUSTERED INDEX。
常见错误现象：
- 执行
CREATE UNIQUE CLUSTERED INDEX报错：Cannot create index on view 'xxx' because it contains non-deterministic function 'GETDATE' - 试图在含
GETDATE()的计算列上建索引，同样失败
替代方案（按场景选）：
- 把时间逻辑移到应用层，视图只做纯数据映射
- 用
SYSDATETIME()也一样受限 —— 所有返回当前时间的系统函数都是非确定性的 - 若真需“快照时间”，可在基表加一个
datetime2列，由 INSERT/UPDATE 触发器或默认约束写入SYSDATETIME()，视图再引用该列
RAND() 在视图里不仅建不了索引，连结果都不可靠
RAND() 行为比看起来更危险：它在单个查询中只生成一次随机数，然后对所有行复用 —— 这意味着你在视图里写 RAND() AS random_val，整张视图所有行的 random_val 值都一样。这不是 bug，是 SQL Server 的实现机制。
更麻烦的是，如果视图被多次引用（比如 JOIN 多次），RAND() 可能每次生成不同值，导致同一查询不同执行计划下结果不一致。
安全做法：
- 彻底避免在视图定义中使用
RAND() - 需要随机排序？用
ORDER BY NEWID()（注意：NEWID()同样是非确定性，但只影响排序，不阻碍索引） - 需要每行独立随机数？改用应用层生成，或在临时表中用
ABS(CHECKSUM(NEWID())) % 100等方式模拟（仍不能用于索引列）
怎么快速确认一个函数能不能用在索引视图里
别靠记忆，直接查系统元数据：
SELECT name, is_deterministic
FROM sys.objects
WHERE type = 'FN' AND name IN ('GETDATE', 'RAND', 'NEWID', 'ABS');
或者查具体函数属性：
SELECT OBJECTPROPERTYEX(OBJECT_ID('GETDATE'), 'IsDeterministic') AS IsDeterministic;
返回 1 才安全；返回 0 就别想索引了。注意：ABS() 是确定性的，GETDATE() 不是，哪怕参数完全一样。
容易忽略的一点：用户自定义函数（UDF）默认也是非确定性的，除非显式用 WITH SCHEMABINDING 声明且内部不调用任何非确定性函数 —— 很多人卡在这一步，以为自己写的简单函数就能进索引视图。
