SQL Server持久化计算列创建报错求助：HASHBYTES实现事件唯一ID失败

看起来你遇到的是SQL Server中持久化计算列的常见限制：持久化计算列要求其表达式必须是完全确定性（deterministic）的，而你的HASHBYTES拼接逻辑里可能包含了不确定的操作，导致SQL Server无法安全地持久化这个值。

为什么会报错？ #

当你在SELECT语句中运行这个逻辑时，SQL Server只需要即时计算一次结果，不管表达式是否确定都能执行。但要创建持久化列时，SQL Server需要确保：

• 给定相同的输入，表达式每次都返回完全相同的结果
• 结果不依赖于任何会话级设置（比如语言、日期格式）、临时值或不确定函数

你的问题大概率出在timestamp列的转换方式上——注意SQL Server中的timestamp类型现在更名为rowversion，它是一个自动生成的二进制值，直接转换为字符串如果不指定明确的格式，可能会依赖环境设置，导致表达式变成非确定性的。另外，如果User ID的转换或拼接逻辑存在潜在的不确定性（比如处理NULL的方式、字符串格式不固定），也会触发这个报错。

解决方案：构建确定性的表达式 #

调整你的计算列逻辑，确保每一步都是完全确定的：

1. 明确转换rowversion/timestamp列的格式
   用CONVERT函数并指定固定的style参数，比如style=2（大写十六进制字符串），这样转换结果不会受环境影响：

   CONVERT(VARCHAR(20), YourTimestampColumn, 2)
   

2. 固定User ID的转换格式
   如果User ID是数值类型（比如INT），转换为字符串时指定固定长度，避免潜在的格式差异：

   CAST(UserID AS VARCHAR(10))
   

3. 安全拼接并计算哈希
   使用CONCAT函数（或处理NULL的+运算符）拼接值，然后传入HASHBYTES：

   ALTER TABLE myTable
   ADD EventID AS HASHBYTES('SHA2_256', CONCAT(CONVERT(VARCHAR(20), YourTimestampColumn, 2), '_', CAST(UserID AS VARCHAR(10)))) PERSISTED;
   

   如果User ID可能为NULL，记得用ISNULL处理，避免拼接结果为NULL：

   CONCAT(CONVERT(VARCHAR(20), YourTimestampColumn, 2), '_', ISNULL(CAST(UserID AS VARCHAR(10)), ''))
   

验证表达式的确定性 #

你可以用下面的SQL检查你的表达式是否符合确定性要求：

-- 检查计算列是否确定
SELECT name, is_deterministic
FROM sys.computed_columns
WHERE object_id = OBJECT_ID('myTable') AND name = 'EventID';

如果is_deterministic返回1，说明表达式是确定的，可以安全持久化。

额外提醒 #

如果你说的"timestamp"是指datetime类型的时间戳（不是rowversion），同样要确保转换为字符串时使用固定格式，比如style=120（yyyy-mm-dd hh:mi:ss）：

CONVERT(VARCHAR(20), YourDateTimeColumn, 120)

这样可以避免因语言或日期格式设置不同导致的转换结果差异。

内容的提问来源于stack exchange，提问作者CarCrazyBen