SQL Server数据库层面覆盖CURRENT_USER值以解决字段截断错误

遇到这种因AD用户名格式变更导致的字段截断问题确实挺棘手，尤其是旧应用没法轻易修改的情况下，我们可以在数据库层面做一些调整来绕过这个问题，不用改动应用代码。下面是几种实用的方案：

方案1：用触发器自动处理用户名 #

如果不想修改现有的存储过程，可以给涉及的表创建INSTEAD OF触发器，在插入/更新时自动把长格式的用户名处理成符合6字符要求的内容——比如提取反斜杠后面的短用户名，或者直接截断到6位。

以SQL Server为例，给目标表写一个触发器：

CREATE TRIGGER Trg_Adjust_LastUpdatedBy
ON YourTargetTable
INSTEAD OF INSERT, UPDATE
AS
BEGIN
    SET NOCOUNT ON;

    -- 处理插入操作
    IF EXISTS (SELECT * FROM inserted) AND NOT EXISTS (SELECT * FROM deleted)
    BEGIN
        INSERT INTO YourTargetTable (Column1, Column2, Last_Updated_By, ...)
        SELECT 
            Column1,
            Column2,
            -- 提取反斜杠后的用户名，最多保留6字符
            LEFT(RIGHT(CURRENT_USER, LEN(CURRENT_USER) - CHARINDEX('\', CURRENT_USER)), 6),
            ...
        FROM inserted;
    END

    -- 处理更新操作
    ELSE IF EXISTS (SELECT * FROM inserted) AND EXISTS (SELECT * FROM deleted)
    BEGIN
        UPDATE t
        SET 
            Column1 = i.Column1,
            Column2 = i.Column2,
            Last_Updated_By = LEFT(RIGHT(CURRENT_USER, LEN(CURRENT_USER) - CHARINDEX('\', CURRENT_USER)), 6),
            ...
        FROM YourTargetTable t
        JOIN inserted i ON t.PrimaryKeyColumn = i.PrimaryKeyColumn;
    END
END

注意：要把YourTargetTable、Column1、PrimaryKeyColumn替换成实际的表名和字段名；如果不需要提取反斜杠后的内容，直接用LEFT(CURRENT_USER,6)截断即可。

方案2：修改存储过程，用自定义逻辑替代CURRENT_USER #

如果能修改存储过程，直接把里面的CURRENT_USER替换成处理后的用户名就行。为了复用逻辑，还可以先创建一个自定义函数：

CREATE FUNCTION dbo.GetValidUsername()
RETURNS CHAR(6)
AS
BEGIN
    DECLARE @ValidName CHAR(6);
    -- 判断是否有域前缀，提取短用户名或直接截断
    IF CHARINDEX('\', CURRENT_USER) > 0
        SET @ValidName = LEFT(RIGHT(CURRENT_USER, LEN(CURRENT_USER) - CHARINDEX('\', CURRENT_USER)), 6);
    ELSE
        SET @ValidName = LEFT(CURRENT_USER, 6);
    RETURN @ValidName;
END

然后在所有涉及的存储过程里，把CURRENT_USER换成dbo.GetValidUsername()：

-- 原来的插入语句
INSERT INTO YourTable (...) VALUES (... CURRENT_USER ...)

-- 修改后的语句
INSERT INTO YourTable (...) VALUES (... dbo.GetValidUsername() ...)

方案3：用会话上下文模拟"覆盖"CURRENT_USER #

严格来说，数据库没法直接修改CURRENT_USER系统函数的返回值，但可以通过登录触发器设置会话级的自定义用户名，让存储过程调用这个值而非CURRENT_USER。

先创建登录触发器，给每个会话设置短用户名：

CREATE TRIGGER Trg_SetSessionUsername
ON ALL SERVER
FOR LOGON
AS
BEGIN
    DECLARE @ShortName CHAR(6);
    IF CHARINDEX('\', ORIGINAL_LOGIN()) > 0
        SET @ShortName = LEFT(RIGHT(ORIGINAL_LOGIN(), LEN(ORIGINAL_LOGIN()) - CHARINDEX('\', ORIGINAL_LOGIN())), 6);
    ELSE
        SET @ShortName = LEFT(ORIGINAL_LOGIN(), 6);
    
    EXEC sp_set_session_context @key = 'ValidUsername', @value = @ShortName;
END

然后在存储过程里获取这个会话上下文的值：

SELECT SESSION_CONTEXT(N'ValidUsername') AS Last_Updated_By;

这种方法需要修改存储过程，但好处是逻辑集中管理，不用在每个存储过程里重复写用户名处理代码。

注意事项 #

• 先测试：所有方案都要在测试环境验证，确保不会影响现有业务逻辑，尤其是触发器要覆盖插入、更新的所有场景。
• 权限：创建触发器、函数或登录触发器需要对应的数据库权限（比如ALTER TABLE、CREATE FUNCTION、ALTER ANY SERVER TRIGGER等）。
• 跨数据库兼容：如果用的是Oracle、MySQL等其他数据库，语法会有差异，但核心思路（触发器、自定义函数、会话变量）是通用的。

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