导读:本期聚焦于小伙伴创作的《SQL Server如何记录数据修改的源程序_使用PROGRAM_NAME()函数获取》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《SQL Server如何记录数据修改的源程序_使用PROGRAM_NAME()函数获取》有用,将其分享出去将是对创作者最好的鼓励。

在SQL Server的日常使用中,数据修改操作的溯源是运维和开发环节的重要需求,当发现异常数据变更时,需要快速定位是哪类客户端程序发起了操作。PROGRAM_NAME()函数作为SQL Server提供的系统函数,能够直接获取当前会话对应的客户端应用程序名称,为源程序追踪提供了基础能力。

SQL Server如何记录数据修改的源程序_使用PROGRAM_NAME()函数获取

PROGRAM_NAME()函数基本说明

PROGRAM_NAME()是SQL Server的内置标量函数,不需要传入任何参数,返回值类型为nvarchar(128),返回的是当前会话连接的客户端应用程序名称。比如通过SQL Server Management Studio连接数据库时,该函数会返回SSMS的程序标识,通过自定义应用程序连接时,会返回应用程序在连接字符串中设置的Application Name属性值。

我们可以通过简单的查询直接查看该函数的返回结果:

-- 查询当前会话的客户端程序名称
SELECT PROGRAM_NAME() AS Current_Program_Name;

结合触发器记录数据修改源程序

要实现数据修改源程序的持久化记录,最常见的方式是结合触发器,在数据发生变更时,自动将PROGRAM_NAME()的返回值和其他操作信息写入审计表。首先需要创建一张审计表,用来存储数据修改的相关信息:

-- 创建数据修改审计表
CREATE TABLE dbo.Data_Change_Audit (
    Audit_ID INT IDENTITY(1,1) PRIMARY KEY,
    Table_Name SYSNAME NOT NULL,
    Operation_Type NVARCHAR(10) NOT NULL, -- 操作类型:INSERT/UPDATE/DELETE
    Changed_By SYSNAME NOT NULL, -- 执行操作的数据库用户
    Program_Name NVARCHAR(128) NULL, -- 客户端程序名称
    Change_Time DATETIME NOT NULL DEFAULT GETDATE(),
    Changed_Data XML NULL -- 可选:存储变更前后的数据
);

接下来以用户表为例,创建触发器,在用户表发生数据插入、更新、删除操作时,自动将源程序信息写入审计表:

-- 创建用户表的修改审计触发器
CREATE TRIGGER dbo.trg_User_Change_Audit
ON dbo.Users
AFTER INSERT, UPDATE, DELETE
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE @OpType NVARCHAR(10);
    -- 判断操作类型
    IF EXISTS(SELECT 1 FROM inserted) AND EXISTS(SELECT 1 FROM deleted)
        SET @OpType = 'UPDATE';
    ELSE IF EXISTS(SELECT 1 FROM inserted)
        SET @OpType = 'INSERT';
    ELSE
        SET @OpType = 'DELETE';

    -- 插入审计记录,包含PROGRAM_NAME()获取的程序名称
    INSERT INTO dbo.Data_Change_Audit (
        Table_Name,
        Operation_Type,
        Changed_By,
        Program_Name
    )
    VALUES (
        'Users',
        @OpType,
        CURRENT_USER,
        PROGRAM_NAME()
    );
END;

当任何客户端程序对Users表执行修改操作时,审计表就会自动记录对应的源程序名称,后续可以通过查询审计表定位操作来源:

-- 查询用户表的所有修改审计记录
SELECT 
    Audit_ID,
    Operation_Type,
    Changed_By,
    Program_Name,
    Change_Time
FROM dbo.Data_Change_Audit
WHERE Table_Name = 'Users'
ORDER BY Change_Time DESC;

PROGRAM_NAME()的适用场景与局限性

PROGRAM_NAME()函数的优势在于使用简单,不需要额外配置就能快速获取客户端程序标识,适合轻量的操作溯源场景。但它也存在一定的局限性:

  • 程序名称依赖客户端连接时的Application Name设置,如果客户端没有显式设置该属性,可能返回默认的驱动程序名称,无法精准定位自定义程序。
  • 如果多个程序使用相同的连接字符串配置,返回的PROGRAM_NAME会相同,无法区分具体的程序实例。
  • 该函数只能获取当前会话的程序名称,无法追溯历史会话的信息,必须结合持久化存储才能保留溯源数据。

增强溯源能力的补充方案

如果需要更精准的溯源能力,可以在连接字符串中显式设置Application Name属性,为每个应用程序配置唯一的标识:

// C# 连接字符串示例,设置唯一的应用程序名称
string connStr = "Server=.;Database=TestDB;User Id=sa;Password=123456;Application Name=OrderService_App;";

也可以在存储过程中主动记录更多上下文信息,比如结合HOST_NAME()函数获取客户端主机名,结合ORIGINAL_LOGIN()获取原始登录用户,共同构建更完整的操作溯源信息链。

SQL_ServerPROGRAM_NAME数据修改记录源程序追踪修改时间:2026-06-27 16:21:19

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。