SQL Server对窗口函数输出列加唯一约束报4113错误咨询

你写的建表语句触发Msg 4113错误有两个直接原因：

• SQL Server 不支持在计算列定义中直接使用窗口函数（即带OVER()子句的STRING_AGG聚合），计算列只能引用当前行的列值、确定性的内置函数/标量函数，不能引用跨行的窗口计算结果。
• 你在UNIQUE约束中引用的bs列没有在表结构中定义，属于无效列引用。

在满足前提的场景下，给计算列加唯一约束是完全合规、可落地的实践，不存在原则性的设计问题，尤其是你提到当前表数据量不大的情况，完全不需要过度担心性能开销。
需要满足的核心前提只有两个：

• 计算列的返回结果是确定性的：即相同输入永远返回相同输出，不能用GETDATE()这类非确定性函数。
• 计算列的返回值类型满足唯一索引/约束的存储要求，大字段类型需要做适配。

但你最初选择的「把同列表下的条目拼接成字符串做唯一性比对」的逻辑本身存在设计缺陷，和计算列这个技术选型无关：

• 同组条目拼接的方案天然存在碰撞风险：如果后续list_item字段从int改成字符型，条目值里包含分隔符逗号时，会出现不同条目组拼接结果完全一致的误判。
• 你原本用窗口函数的实现会导致同list_id下的每一行都存储一份重复的拼接串，数据冗余度高，插入/更新条目时需要重算同组所有行的计算列值，额外开销大。

针对你要「禁止两组完全相同的条目列表存入表中」的需求，小数据量下用AFTER触发器做校验实现最简单，不需要处理计算列的函数依赖、确定性问题，示例代码如下：

-- 建基础表
CREATE TABLE test_cc
(
    list_id INT,
    list_item INT
);
GO

-- 创建校验触发器
CREATE TRIGGER trg_check_duplicate_list
ON test_cc
AFTER INSERT, UPDATE, DELETE
AS
BEGIN
    SET NOCOUNT ON;
    -- 校验是否存在元素完全一致的重复列表
    IF EXISTS (
        SELECT 1
        FROM (
            SELECT list_id, STRING_AGG(CONVERT(VARCHAR(10), list_item), ',') WITHIN GROUP (ORDER BY list_item) AS item_str
            FROM test_cc
            GROUP BY list_id
        ) t
        GROUP BY item_str
        HAVING COUNT(*) > 1
    )
    BEGIN
        RAISERROR('不允许插入完全相同的条目列表', 16, 1);
        ROLLBACK TRANSACTION;
    END
END;
GO

-- 测试插入，该语句会被触发器拦截回滚，符合预期
INSERT INTO test_cc VALUES (1, 1),(1,2),(2,1),(2,2);

该方案在高并发、百万级以上数据量场景下会有一定的锁和性能开销，但你当前数据量不大的场景完全够用，实现逻辑简单易维护。如果后续数据量上涨，可以把拼接字符串替换为HASHBYTES生成的哈希值做校验，降低存储和计算开销。

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