生成列不可更新且不响应触发器，必须用PERSISTED才可索引或参与约束，表达式须确定性，复杂逻辑需用触发器或应用层实现。
生成列不支持 UPDATE 触发器或 AFTER 触发器干预
SQL Server 2022 中的生成列（computed column）是只读的，其值由定义时指定的表达式实时计算得出，**不能通过 UPDATE 语句显式修改**，也不响应触发器。如果你看到“无法更新计算列”或“列 ‘xxx’ 不能在 UPDATE 语句中指定”这类错误，说明你正试图直接写入生成列——这是被禁止的。
常见误操作包括：
- 在
INSERT或UPDATE的列列表中显式包含生成列名 - 为生成列设置了默认约束或标识属性（二者与生成列互斥）
- 在视图或临时表中误以为可覆盖生成列值
必须用 PERSISTED 才能用于索引、WHERE 或 JOIN 条件
非持久化生成列（即未加 PERSISTED）仅在查询时计算，无法建立索引，也不能出现在 WHERE 子句的搜索条件中（除非表达式是确定性的且查询优化器能“推导”出等价性），更不能作为外键或主键的一部分。
例如，这个定义无法支持索引：
ALTER TABLE dbo.Sales ADD TotalAmount AS UnitPrice * Quantity;
而加上 PERSISTED 后才可建索引、参与约束：
ALTER TABLE dbo.Sales ADD TotalAmount AS UnitPrice * Quantity PERSISTED;
注意：PERSISTED 列会占用实际存储空间，且每次依赖列（UnitPrice、Quantity）变更时自动重算并落盘——这带来轻微写放大，但换来查询性能和功能完整性。
表达式必须是确定性（deterministic）且无副作用
SQL Server 2022 对生成列的表达式有严格限制：不能调用 GETDATE()、NEWID()、USER_NAME() 等非确定性函数；不能引用子查询、UDF（除非该 UDF 被标记为 SCHEMABINDING 且本身确定）；也不能访问其他表或执行 I/O。
典型安全表达式：
FirstName + ' ' + LastNameISNULL(DiscountRate, 0.0) * ListPrice-
LEN(Description)（LEN是确定性函数）
典型非法表达式：
-
GETDATE()（时间点不可复现） -
(SELECT COUNT(*) FROM Orders o WHERE o.CustomerID = CustomerID)（含相关子查询） -
dbo.CalculateTax(Amount)（未带SCHEMABINDING的 UDF）
替代方案：如果需要“自动更新+业务逻辑”，用 AFTER INSERT/UPDATE 触发器或 CDC
生成列只做纯计算，不支持复杂逻辑（如查配置表、调用外部服务、写日志）。若需这类能力，得绕开生成列：
- 用
AFTER INSERT, UPDATE触发器维护一个普通列，手动赋值 - 启用变更数据捕获（CDC），在应用层监听变更后异步更新衍生字段
- 在应用代码中统一封装写入逻辑（推荐，职责更清晰）
触发器示例（注意避免递归和性能陷阱）：
CREATE TRIGGER tr_Sales_UpdateTotal
ON dbo.Sales
AFTER INSERT, UPDATE
AS
IF UPDATE(UnitPrice) OR UPDATE(Quantity)
UPDATE s SET s.TotalAmountCached = i.UnitPrice * i.Quantity
FROM dbo.Sales s
INNER JOIN inserted i ON s.ID = i.ID;
这种写法绕过了生成列限制，但也引入了额外维护成本和潜在死锁风险——别忘了加事务隔离控制和错误处理。
生成列看着简单，但一旦涉及索引、约束或跨版本迁移（比如从 SQL Server 2019 升级到 2022），PERSISTED 属性是否启用、表达式是否被判定为确定性，会直接影响部署能否成功。建议在定义前先用 OBJECTPROPERTY(OBJECT_ID('YourFunction'), 'IsDeterministic') 和 sys.computed_columns 视图交叉验证。
