SQL Server：插入前对uniqueidentifier进行掩码/随机修改的问题

首先得澄清一个关键误解：SQL Server的动态数据掩码（DDM）并不修改存储的数据，它只是在查询时对没有UNMASK权限的用户隐藏真实值。你当前遇到的问题，本质是混淆了DDM的作用场景——你期望插入时修改GUID，但DDM的default()掩码只会在无权限用户查询时返回列的默认值（这里是NEWID()生成的新GUID），而不会改变插入时存储的原始值。

为什么当前代码没生效？ #

看你的表定义：

Create table Student ( 
    Student_ID masked WITH (FUNCTION='default()') DEFAULT NEWID(), 
    Student_Name varchar(100) 
);

然后执行插入：

insert into Student values ('B9BC5E61-0F3C-498F-AF2C-1AC16446A846','Stuart Little Joe');

如果查询时看到的是插入的原始GUID，大概率是因为你使用的账号拥有UNMASK权限——拥有该权限的用户可以直接查看真实存储值，掩码不会生效。只有当你用没有UNMASK权限的用户查询时，才会看到default()掩码返回的默认值（每次查询会生成一个新的NEWID()结果）。

但如果你的核心需求是插入时就修改/替换传入的GUID（让存储的不是原始值），那DDM完全不适用，得换以下方案：

方案1：使用默认值自动生成GUID（最简单） #

如果不需要传入自定义GUID，而是希望数据库自动生成随机GUID，直接在插入时不指定Student_ID列即可：

-- 插入时只传姓名，Student_ID由DEFAULT NEWID()自动生成
insert into Student (Student_Name) values ('Stuart Little Joe');

这样存储的就是数据库生成的随机GUID，完全符合“随机修改”的需求。

方案2：用触发器强制替换插入的GUID #

如果必须传入GUID，但需要在插入时替换成随机值或掩码后的GUID，可以创建INSTEAD OF INSERT触发器：

CREATE TRIGGER trg_Student_ReplaceGUID
ON Student
INSTEAD OF INSERT
AS
BEGIN
    SET NOCOUNT ON;
    -- 插入时用NEWID()替换传入的Student_ID
    INSERT INTO Student (Student_ID, Student_Name)
    SELECT NEWID(), Student_Name
    FROM inserted;
END;

现在不管你插入时传入什么GUID，触发器都会替换成新的随机GUID存储。如果需要自定义掩码规则（比如修改GUID的部分字节），可以把NEWID()换成你的掩码逻辑，比如：

-- 示例：保持前8位不变，后面随机生成
SELECT CONVERT(uniqueidentifier, LEFT(Student_ID, 8) + '-' + NEWID())
FROM inserted;

方案3：应用层预处理GUID #

如果业务逻辑允许，也可以在应用程序插入数据前，先生成随机GUID或对传入的GUID进行掩码处理，再把处理后的值传入数据库。这种方式不需要修改数据库结构或触发器，灵活性更高。

额外验证：DDM的正确用法（如果只是查询时隐藏） #

如果你确实只是需要在查询时隐藏真实GUID，确保你的普通用户没有UNMASK权限：

-- 移除用户的UNMASK权限（如果之前给过）
REVOKE UNMASK FROM [你的普通用户名];
-- 用该用户查询，会看到default()返回的新GUID（每次查询都不同）
SELECT * FROM Student;

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