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

Question

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

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

对于删除触发器，如何捕获登录用户的用户 ID 并将其保存在审计表中？

Answer 1

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

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

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

---

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

假设您有以下表格和程序:

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;

注意:这段代码没有经过测试，只是为了展示原理。我手头没有 Informix 实例来对此进行测试。

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

EXECUTE PROCEDURE set_user($the_web_user);

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

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

注意:日期字段包含在 session_user 表中，因此您可以对其进行清理，因为根据网络应用程序创建新连接的频率，您的 session_user 表可能会像颠倒一样增长。