Informix - 在删除触发器中捕获用户 ID

Informix - capture user ID in delete trigger

我有一个连接到 Informix 12.x 数据库的 ASP.NET (C#) Web 应用程序。 Web 应用程序使用带有用户名和密码的数据库连接字符串。用户获得登录帐户以使用 Web 应用程序,他们可以删除数据库中的记录。

数据库 table 有 "LastModifiedBy" 其中包含用户 ID。现在,我需要使用数据库触发器来实施审计。我需要捕获哪些记录被更新或删除以及谁做的(即登录用户)并将这些保存在审计中 table。

对于删除触发器,如何捕获登录用户的用户 ID 并将其保存在审核中 table?

数据库用户(可通过关键字 USER 获得)始终是与共享数据库凭据关联的用户名。您的问题不是很清楚,但是您是说现有的 LastModifiedBy 属性包含命名用户还是数据库用户?如果是指定用户,我认为您可能应该查看 ASP.NET 代码,看看它是如何传递到 UPDATE 语句中的。

我不是 ASP.NET 方面的专家,但假设单个页面请求在其整个处理周期中使用相同的数据库连接,那么您可以维护一个 table 键控会话 ID,可用通过 DBINFO('sessionid'),您可以在请求顶部捕获命名用户,然后在整个过程中的任何时候都可以使用它以包含在您的审计中。但是,如果 Web 服务器进程正在使用数据库连接池,并且任何语句都可以转到不同的连接,那么即使这样也行不通。

最终,我认为数据库触发器不是这里的正确解决方案,尤其是因为您必须为应用程序中的每个 table 编写和维护一个触发器。如果我遇到这个问题,我会更倾向于在 web 应用程序中有一个通用的审计功能,其中指定的用户始终可用。


应 OP 的要求,提供更多细节。会话 ID 与您在 SSMS 中看到的概念完全相同 - 只是一个标识连接的唯一编号。

假设您有以下 table 和程序:

CREATE TABLE session_user (
    sessionid INTEGER NOT NULL,
    username VARCHAR(20),
    conn_date DATE,
    PRIMARY KEY (sessionid)
);

CREATE PROCEDURE set_user(v_username VARCHAR(20))
    UPDATE session_user SET username = v_username, conn_date = TODAY
      WHERE sessionid = DBINFO('sessionid');

    IF DBINFO('sqlca.sqlerrd2') = 0 THEN
    INSERT INTO session_user VALUES (DBINFO('sessionid'), v_username, TODAY);
END PROCEDURE;

CREATE PROCEDURE get_user()
    DEFINE v_username VARCHAR(20);
    SELECT username INTO v_username
      FROM session_user
      WHERE sessionid = DBINFO('sessionid');

    IF v_username IS NULL THEN
        LET v_username = USER;
        -- return system user if no record found in session_user table
    END IF;
    RETURN v_username;
END PROCEDURE;

注意:None这段代码是经过测试的,只是为了说明原理。我没有要测试的 Informix 实例。

在请求的顶部,无论您如何执行 SQL,您都会 运行:

EXECUTE PROCEDURE set_user($the_web_user);

您的触发器可以在您想要捕获该信息的任何地方使用 get_user()。如果它被记录在 session_user table 中,您将获得实际的网络用户,否则是数据库用户(如果触发 DML 来自网络应用程序,则它将是共享数据库凭据,或者如果触发器是通过 DB-Access 会话,则为实际登录的用户)。

我仍然认为这不是一个特别易于维护的解决方案 - 每个 table 都需要自己的触发器。 Web 应用程序中的 OO 审计方法将是一种更 DRY 的方法,或者查看 Informix 预先存在的审计功能。

注意:日期字段包含在 session_user table 中,因此您 运行 对其进行清理,因为这取决于网络创建新连接的频率-app,你的 session_user table 会变得像颠倒一样。