在我的应用程序的 SQL Server 后端中，我想为我的一些关键表创建历史记录表，以跟踪行的更改历史。
我的整个应用程序使用存储过程，没有嵌入式 SQL。 修改这些表的唯一数据库连接将通过应用程序和存储过程接口进行。 传统上，我合作过的商店使用触发器来执行此任务。
如果我可以选择使用存储过程或触发器，哪个更好？哪个更快？
SQL Server 历史表 - 通过存储过程或触发器填充？
24
- pearcewg
2
目的是什么？如果是审计跟踪，触发器对于捕获谁-什么-何时信息来说很笨拙，特别是在一个事务中有多个更改的情况下。如果与业务规则相关，则需要在业务规则层中进行处理。要小心那些不了解或不关心您上下文的建议。 - dkretz
也许是因为我很久以前问过这个问题。SO的一个主要问题是随着时间的推移发生了变化，许多用户只是针对当前的设置做出反应。JMHO。 - pearcewg
11个回答
41
触发器。
我们编写了一个GUI（内部称为Red Matrix Reloaded），以便轻松创建/管理审计日志触发器。
这是一些使用的DDL：
The AuditLog table
CREATE TABLE [AuditLog] (
[AuditLogID] [int] IDENTITY (1, 1) NOT NULL ,
[ChangeDate] [datetime] NOT NULL CONSTRAINT [DF_AuditLog_ChangeDate] DEFAULT (getdate()),
[RowGUID] [uniqueidentifier] NOT NULL ,
[ChangeType] [varchar] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[TableName] [varchar] (128) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[FieldName] [varchar] (128) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[OldValue] [varchar] (8000) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[NewValue] [varchar] (8000) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[Username] [varchar] (128) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[Hostname] [varchar] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
[AppName] [varchar] (128) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
[UserGUID] [uniqueidentifier] NULL ,
[TagGUID] [uniqueidentifier] NULL ,
[Tag] [varchar] (8000) COLLATE SQL_Latin1_General_CP1_CI_AS NULL
)
触发器记录插入操作
CREATE TRIGGER LogInsert_Nodes ON dbo.Nodes
FOR INSERT
AS
/* Load the saved context info UserGUID */
DECLARE @SavedUserGUID uniqueidentifier
SELECT @SavedUserGUID = CAST(context_info as uniqueidentifier)
FROM master.dbo.sysprocesses
WHERE spid = @@SPID
DECLARE @NullGUID uniqueidentifier
SELECT @NullGUID = '{00000000-0000-0000-0000-000000000000}'
IF @SavedUserGUID = @NullGUID
BEGIN
SET @SavedUserGUID = NULL
END
/*We dont' log individual field changes Old/New because the row is new.
So we only have one record - INSERTED*/
INSERT INTO AuditLog(
ChangeDate, RowGUID, ChangeType,
Username, HostName, AppName,
UserGUID,
TableName, FieldName,
TagGUID, Tag,
OldValue, NewValue)
SELECT
getdate(), --ChangeDate
i.NodeGUID, --RowGUID
'INSERTED', --ChangeType
USER_NAME(), HOST_NAME(), APP_NAME(),
@SavedUserGUID, --UserGUID
'Nodes', --TableName
'', --FieldName
i.ParentNodeGUID, --TagGUID
i.Caption, --Tag
null, --OldValue
null --NewValue
FROM Inserted i
记录更新的触发器
CREATE TRIGGER LogUpdate_Nodes ON dbo.Nodes
FOR UPDATE AS
/* Load the saved context info UserGUID */
DECLARE @SavedUserGUID uniqueidentifier
SELECT @SavedUserGUID = CAST(context_info as uniqueidentifier)
FROM master.dbo.sysprocesses
WHERE spid = @@SPID
DECLARE @NullGUID uniqueidentifier
SELECT @NullGUID = '{00000000-0000-0000-0000-000000000000}'
IF @SavedUserGUID = @NullGUID
BEGIN
SET @SavedUserGUID = NULL
END
/* ParentNodeGUID uniqueidentifier */
IF UPDATE (ParentNodeGUID)
BEGIN
INSERT INTO AuditLog(
ChangeDate, RowGUID, ChangeType,
Username, HostName, AppName,
UserGUID,
TableName, FieldName,
TagGUID, Tag,
OldValue, NewValue)
SELECT
getdate(), --ChangeDate
i.NodeGUID, --RowGUID
'UPDATED', --ChangeType
USER_NAME(), HOST_NAME(), APP_NAME(),
@SavedUserGUID, --UserGUID
'Nodes', --TableName
'ParentNodeGUID', --FieldName
i.ParentNodeGUID, --TagGUID
i.Caption, --Tag
d.ParentNodeGUID, --OldValue
i.ParentNodeGUID --NewValue
FROM Inserted i
INNER JOIN Deleted d
ON i.NodeGUID = d.NodeGUID
WHERE (d.ParentNodeGUID IS NULL AND i.ParentNodeGUID IS NOT NULL)
OR (d.ParentNodeGUID IS NOT NULL AND i.ParentNodeGUID IS NULL)
OR (d.ParentNodeGUID <> i.ParentNodeGUID)
END
/* Caption varchar(255) */
IF UPDATE (Caption)
BEGIN
INSERT INTO AuditLog(
ChangeDate, RowGUID, ChangeType,
Username, HostName, AppName,
UserGUID,
TableName, FieldName,
TagGUID, Tag,
OldValue, NewValue)
SELECT
getdate(), --ChangeDate
i.NodeGUID, --RowGUID
'UPDATED', --ChangeType
USER_NAME(), HOST_NAME(), APP_NAME(),
@SavedUserGUID, --UserGUID
'Nodes', --TableName
'Caption', --FieldName
i.ParentNodeGUID, --TagGUID
i.Caption, --Tag
d.Caption, --OldValue
i.Caption --NewValue
FROM Inserted i
INNER JOIN Deleted d
ON i.NodeGUID = d.NodeGUID
WHERE (d.Caption IS NULL AND i.Caption IS NOT NULL)
OR (d.Caption IS NOT NULL AND i.Caption IS NULL)
OR (d.Caption <> i.Caption)
END
...
/* ImageGUID uniqueidentifier */
IF UPDATE (ImageGUID)
BEGIN
INSERT INTO AuditLog(
ChangeDate, RowGUID, ChangeType,
Username, HostName, AppName,
UserGUID,
TableName, FieldName,
TagGUID, Tag,
OldValue, NewValue)
SELECT
getdate(), --ChangeDate
i.NodeGUID, --RowGUID
'UPDATED', --ChangeType
USER_NAME(), HOST_NAME(), APP_NAME(),
@SavedUserGUID, --UserGUID
'Nodes', --TableName
'ImageGUID', --FieldName
i.ParentNodeGUID, --TagGUID
i.Caption, --Tag
(SELECT Caption FROM Nodes WHERE NodeGUID = d.ImageGUID), --OldValue
(SELECT Caption FROM Nodes WHERE NodeGUID = i.ImageGUID) --New Value
FROM Inserted i
INNER JOIN Deleted d
ON i.NodeGUID = d.NodeGUID
WHERE (d.ImageGUID IS NULL AND i.ImageGUID IS NOT NULL)
OR (d.ImageGUID IS NOT NULL AND i.ImageGUID IS NULL)
OR (d.ImageGUID <> i.ImageGUID)
END
触发器记录删除操作
CREATE TRIGGER LogDelete_Nodes ON dbo.Nodes
FOR DELETE
AS
/* Load the saved context info UserGUID */
DECLARE @SavedUserGUID uniqueidentifier
SELECT @SavedUserGUID = CAST(context_info as uniqueidentifier)
FROM master.dbo.sysprocesses
WHERE spid = @@SPID
DECLARE @NullGUID uniqueidentifier
SELECT @NullGUID = '{00000000-0000-0000-0000-000000000000}'
IF @SavedUserGUID = @NullGUID
BEGIN
SET @SavedUserGUID = NULL
END
/*We dont' log individual field changes Old/New because the row is new.
So we only have one record - DELETED*/
INSERT INTO AuditLog(
ChangeDate, RowGUID, ChangeType,
Username, HostName, AppName,
UserGUID,
TableName, FieldName,
TagGUID, Tag,
OldValue,NewValue)
SELECT
getdate(), --ChangeDate
d.NodeGUID, --RowGUID
'DELETED', --ChangeType
USER_NAME(), HOST_NAME(), APP_NAME(),
@SavedUserGUID, --UserGUID
'Nodes', --TableName
'', --FieldName
d.ParentNodeGUID, --TagGUID
d.Caption, --Tag
null, --OldValue
null --NewValue
FROM Deleted d
CREATE PROCEDURE dbo.SaveContextUserGUID @UserGUID uniqueidentifier AS
/* Saves the given UserGUID as the session's "Context Information" */
IF @UserGUID IS NULL
BEGIN
PRINT 'Emptying CONTEXT_INFO because of null @UserGUID'
DECLARE @BinVar varbinary(128)
SET @BinVar = CAST( REPLICATE( 0x00, 128 ) AS varbinary(128) )
SET CONTEXT_INFO @BinVar
RETURN 0
END
DECLARE @UserGUIDBinary binary(16) --a guid is 16 bytes
SELECT @UserGUIDBinary = CAST(@UserGUID as binary(16))
SET CONTEXT_INFO @UserGUIDBinary
/* To load the guid back
DECLARE @SavedUserGUID uniqueidentifier
SELECT @SavedUserGUID = CAST(context_info as uniqueidentifier)
FROM master.dbo.sysprocesses
WHERE spid = @@SPID
select @SavedUserGUID AS UserGUID
*/
注意事项
- Stackoverflow的代码格式会删除大部分空行，因此格式可能不太好看。
- 我们使用一个用户表而不是集成安全性。
- 这段代码仅提供方便之用，不允许批评我们的设计选择。纯粹主义者可能会坚持所有记录日志代码都应该在业务层完成，他们可以来这里为我们编写/维护它。
- 在SQL Server中触发器无法记录Blob（二进制大对象）类型的数据（没有“before”版本的Blob——只有现在的版本）。Text和nText都是Blob类型的数据——这使得注释或者无法被记录，或者必须将其作为varchar（2000）进行记录。
- 标签列用于唯一标识某一行（例如，如果删除了客户，标签将在审核日志表中显示“General Motors North America”）。
- TagGUID用于指向该行的“父级”。例如，记录InvoiceLineItems会指回InvoiceHeader。这样，任何搜索与特定发票相关的审核日志条目的人都可以通过审核跟踪中的TagGUID找到已删除的“行项目”。
有时，“OldValue”和“NewValue”值会被写成子查询，以获得有意义的字符串。例如：
OldValue：{233d-ad34234...}
NewValue：{883-sdf34...}
与之相比，这种写法在审核跟踪中不太有用：
OldValue: Daimler Chrysler
NewValue: Cerberus Capital Management
最后的提示：如果你不想像我们一样做，那没问题，每个人都可以自由选择。
- Ian Boyd
8
1这个例子非常有帮助。非常感谢。 - EndangeredMassa
5那么...如果你喜欢它，它可以成为答案吗？ - Ian Boyd
@maguy 因此在 SQL Server 的
context_info 中记录网站用户。 - Ian Boyd@IanBoyd 嗯，好观点，我没注意到 context_info。这是一种巧妙的方法，但你在哪里调用 dbo.SaveContextUserGUID 存储过程来设置上下文呢？我猜你会在执行 CRUD 操作的其他存储过程中调用它？ - maguy
每当用户登录时，我都会调用`EXECUTE SaveContextUserGUID @UserGUID = '{....}' ，而当他们注销时，我会清除该连接上下文信息。 - Ian Boyd
显示剩余3条评论
17
在SQL Server 2008中，有一个名为CDC（Change Data Capture）的新功能可以帮助我们。它可以记录表数据的更改，并将其保存到另一个表中，而无需编写触发器或其他机制。CDC记录SQL Server中对表的插入、更新和删除等更改操作，从而以关系格式提供更改的详细信息。
想要了解更多信息，可以参考MSDN上的CDC介绍以及Channel9视频。
想要了解更多信息，可以参考MSDN上的CDC介绍以及Channel9视频。
- ashish jaiman
3
3与触发器完全相同，但不称作触发器。 - Ian Boyd
3我很期待这个2008版本的功能，但很失望地发现“变更数据捕获功能只能在 SQL Server 的企业版、开发者版和评估版中使用。” - Funka
CDC 似乎不记录日期、时间、登录名、主机、SPID 等信息。我不确定，但我敢打赌没有 GUI 来管理它。而且我还假设在启用 CDC 后无法修改表（例如添加、删除、重命名列）。 - Ian Boyd
15
我们使用第三方工具ApexSQL Audit来生成触发器。
以下是触发器的背景和数据存储方式。希望大家能够发现这对反向工程过程有用。与Ian Boyd示例中显示的方式有些不同，因为它允许每个列分别进行审计。
表1 - 保存事务详情（谁、何时、应用程序、主机名等）
CREATE TABLE [dbo].[AUDIT_LOG_TRANSACTIONS](
[AUDIT_LOG_TRANSACTION_ID] [int] IDENTITY(1,1) NOT NULL,
[DATABASE] [nvarchar](128) NOT NULL,
[TABLE_NAME] [nvarchar](261) NOT NULL,
[TABLE_SCHEMA] [nvarchar](261) NOT NULL,
[AUDIT_ACTION_ID] [tinyint] NOT NULL,
[HOST_NAME] [varchar](128) NOT NULL,
[APP_NAME] [varchar](128) NOT NULL,
[MODIFIED_BY] [varchar](128) NOT NULL,
[MODIFIED_DATE] [datetime] NOT NULL,
[AFFECTED_ROWS] [int] NOT NULL,
[SYSOBJ_ID] AS (object_id([TABLE_NAME])),
PRIMARY KEY CLUSTERED
(
[AUDIT_LOG_TRANSACTION_ID] ASC
)
)
表2 - 保存前/后的值。
CREATE TABLE [dbo].[AUDIT_LOG_DATA](
[AUDIT_LOG_DATA_ID] [int] IDENTITY(1,1) NOT NULL,
[AUDIT_LOG_TRANSACTION_ID] [int] NOT NULL,
[PRIMARY_KEY_DATA] [nvarchar](1500) NOT NULL,
[COL_NAME] [nvarchar](128) NOT NULL,
[OLD_VALUE_LONG] [ntext] NULL,
[NEW_VALUE_LONG] [ntext] NULL,
[NEW_VALUE_BLOB] [image] NULL,
[NEW_VALUE] AS (isnull(CONVERT([varchar](8000), [NEW_VALUE_LONG],0),CONVERT([varchar](8000),CONVERT([varbinary](8000),substring([NEW_VALUE_BLOB],(1),(8000)),0),0))),
[OLD_VALUE] AS (CONVERT([varchar](8000),[OLD_VALUE_LONG],0)),
[PRIMARY_KEY] AS ([PRIMARY_KEY_DATA]),
[DATA_TYPE] [char](1) NOT NULL,
[KEY1] [nvarchar](500) NULL,
[KEY2] [nvarchar](500) NULL,
[KEY3] [nvarchar](500) NULL,
[KEY4] [nvarchar](500) NULL,
PRIMARY KEY CLUSTERED
(
[AUDIT_LOG_DATA_ID] ASC
)
)
插入触发器
我不会展示更新触发器，因为它们比较长，并且具有与此相同的逻辑。
CREATE TRIGGER [dbo].[tr_i_AUDIT_Audited_Table]
ON [dbo].[Audited_Table]
FOR INSERT
NOT FOR REPLICATION
As
BEGIN
DECLARE
@IDENTITY_SAVE varchar(50),
@AUDIT_LOG_TRANSACTION_ID Int,
@PRIM_KEY nvarchar(4000),
@ROWS_COUNT int
SET NOCOUNT ON
Select @ROWS_COUNT=count(*) from inserted
Set @IDENTITY_SAVE = CAST(IsNull(@@IDENTITY,1) AS varchar(50))
INSERT
INTO dbo.AUDIT_LOG_TRANSACTIONS
(
TABLE_NAME,
TABLE_SCHEMA,
AUDIT_ACTION_ID,
HOST_NAME,
APP_NAME,
MODIFIED_BY,
MODIFIED_DATE,
AFFECTED_ROWS,
[DATABASE]
)
values(
'Audited_Table',
'dbo',
2, -- ACTION ID For INSERT
CASE
WHEN LEN(HOST_NAME()) < 1 THEN ' '
ELSE HOST_NAME()
END,
CASE
WHEN LEN(APP_NAME()) < 1 THEN ' '
ELSE APP_NAME()
END,
SUSER_SNAME(),
GETDATE(),
@ROWS_COUNT,
'Database_Name'
)
Set @AUDIT_LOG_TRANSACTION_ID = SCOPE_IDENTITY()
--This INSERT INTO code is repeated for each columns that is audited.
--Below are examples for only two columns
INSERT INTO dbo.AUDIT_LOG_DATA
(
AUDIT_LOG_TRANSACTION_ID,
PRIMARY_KEY_DATA,
COL_NAME,
NEW_VALUE_LONG,
DATA_TYPE
, KEY1
)
SELECT
@AUDIT_LOG_TRANSACTION_ID,
convert(nvarchar(1500), IsNull('[PK_Column]='+CONVERT(nvarchar(4000), NEW.[PK_Column], 0), '[PK_Column] Is Null')),
'Column1',
CONVERT(nvarchar(4000), NEW.[Column1], 0),
'A'
, CONVERT(nvarchar(500), CONVERT(nvarchar(4000), NEW.[PK_Column], 0))
FROM inserted NEW
WHERE NEW.[Column1] Is Not Null
--value is inserted for each column that is selected for auditin
INSERT INTO dbo.AUDIT_LOG_DATA
(
AUDIT_LOG_TRANSACTION_ID,
PRIMARY_KEY_DATA,
COL_NAME,
NEW_VALUE_LONG,
DATA_TYPE
, KEY1
)
SELECT
@AUDIT_LOG_TRANSACTION_ID,
convert(nvarchar(1500), IsNull('[PK_Column]='+CONVERT(nvarchar(4000), NEW.[PK_Column], 0), '[PK_Column] Is Null')),
'Column2',
CONVERT(nvarchar(4000), NEW.[Column2], 0),
'A'
, CONVERT(nvarchar(500), CONVERT(nvarchar(4000), NEW.[PK_Column], 0))
FROM inserted NEW
WHERE NEW.[Column2] Is Not Null
End
免责声明：我与Apex没有任何关联，但我在目前的工作中使用他们的工具。
- Jaycob Read
1
我发现了一个非常好用的通用解决方案，可以创建审计日志，名为autoaudit：-https://autoaudit.codeplex.com/downloads/get/764316它可以满足我所有的要求，而且无需编写任何代码。 - Tim Newton
4
正如其他人所说，触发器是更易于单元测试和更具弹性的方法，可以防止拥有对表进行随机查询的电源用户意外访问。至于更快？确定数据库内部的速度很难，因为有很多变量。除了“尝试两种方法并比较”，你不会得到关于哪种方法更快的有用答案。这些变量包括涉及的表的大小、更新的正常模式、服务器中磁盘的速度、内存的数量、用于缓存的内存数量等。这个列表是无穷尽的，每个变量都会影响触发器是否比SP内部的自定义SQL更快。好的、快的、便宜的，选两个。触发器在完整性方面很好，可能在维护方面很便宜。可以说，它们也很快，因为一旦它们工作，你就完成了。SP是一个维护问题，将东西推入维护可能很快，但永远不会是好的或便宜的。祝你好运。
- jmucchiello
3
建议的方法取决于您的要求。如果历史记录表是用于审计跟踪，则需要捕获每个操作。如果历史记录表仅出于性能原因，则应该足以使用定期的SQL代理数据传输作业。
要捕获每个操作，请使用AFTER TRIGGER或Change Data Capture。
AFTER TRIGGER为您提供了两个临时表，在触发器内进行操作：
- 在INSERT或UPDATE后INSERTED
- 在DELETE后DELETED
您可以从这些临时表向历史记录表执行插入操作，您的历史记录表将始终是最新的。您可能希望在历史记录表中添加版本编号、时间戳或两者都用于区分对单个源行的更改。
Change Data Capture（CDC）旨在创建一个增量表，您可以将其用作加载数据到数据仓库（或历史记录表）的源。与触发器不同，CDC是异步的，您可以使用任何方法和调度来填充目标（sprocs、SSIS）。
使用CDC可以访问原始数据和更改的数据。变更跟踪（CT）仅检测更改的行。使用CDC可以构建完整的审计跟踪，但使用CT则不行。CDC和CT仅适用于MSSQL 2008企业版和开发人员版。
- flowburner
1
我使用触发器完成了历史记录表，但是我发现了一个严重的问题。每个请求都由服务帐户下的存储过程完成，并且用户名存储在存储过程参数中。但是在删除触发器中，我无法访问@user参数，现在该怎么办？ - Muflix
2
使用触发器来实现此功能。这意味着无论来源如何，任何更改都将反映在历史记录表中。这对于安全性很有好处，可以抵御人们忘记添加代码更新历史记录表等故障模式。
对于此类操作，两种方法的速度差异不大，因为执行时间将被I/O所主导。
对于此类操作，两种方法的速度差异不大，因为执行时间将被I/O所主导。
- NXC
4
但通常很难弄清楚是谁引起了变化，以及他们当时在做什么。 - dkretz
1您可以在触发器中捕获会话和登录信息，并将其记录在审核表中。 - ConcernedOfTunbridgeWells
除非您有一个 Web 应用程序，在其中您可能不知道浏览器用户，即使在内部网络中。 - gbn
@gbn 的说法完全正确，触发器在 Web 应用程序中不起作用，因为身份验证和授权通常在 Web 应用程序内部处理。USER_NAME() 对于更新应用程序的每个用户都是相同的，因为它是允许连接到 SQL Server 的用户，而不是应用程序登录名。 - maguy
2
需要非常注意的一个问题是要确定这张表的预期用途，并确保它是合适的。
具体来说，如果它是为利益相关者而设置的操作审计跟踪表，那么与记录更改前后快照的表是截然不同的。 （事实上，我很难想象记录更改的好用途，除了调试之外。）
审计跟踪通常至少需要用户ID，时间戳和操作代码 - 可能还需要一些有关操作的详细信息。例如 - 更改采购订单上一行项目的订购数量。
对于这种类型的审计跟踪，您不应该使用触发器。嵌入这些事件的生成的BR层越高，效果就越好。
另一方面，对于记录级别的更改，触发器是正确的匹配。但也经常可以从您的dbms日志文件中轻松获取此信息。
- le dorfier
1
我更喜欢使用触发器来进行审计表，因为触发器可以捕获所有的更新、插入和删除操作，而不仅仅是通过某些存储过程调用的更新、插入和删除操作：
CREATE TRIGGER [dbo].[tr_Employee_rev]
ON [dbo].[Employee]
AFTER UPDATE, INSERT, DELETE
AS
BEGIN
IF EXISTS(SELECT * FROM INSERTED) AND EXISTS (SELECT * FROM DELETED)
BEGIN
INSERT INTO [EmployeeRev](EmployeeID,Firstname,Initial,Surname,Birthdate,operation, updated, updatedby) SELECT inserted.ID, inserted.Firstname,inserted.Initial,inserted.Surname,inserted.Birthdate,'u', GetDate(), SYSTEM_USER FROM INSERTED
END
IF EXISTS (SELECT * FROM INSERTED) AND NOT EXISTS(SELECT * FROM DELETED)
BEGIN
INSERT INTO [EmployeeRev](EmployeeID,Firstname,Initial,Surname,Birthdate,operation, updated, updatedby) SELECT inserted.ID, inserted.Firstname,inserted.Initial,inserted.Surname,inserted.Birthdate,'i', GetDate(), SYSTEM_USER FROM INSERTED
END
IF EXISTS(SELECT * FROM DELETED) AND NOT EXISTS(SELECT * FROM INSERTED)
BEGIN
INSERT INTO [EmployeeRev](EmployeeID,Firstname,Initial,Surname,Birthdate,operation, updated, updatedby) SELECT deleted.ID, deleted.Firstname,deleted.Initial,deleted.Surname,deleted.Birthdate,'d', GetDate(), SYSTEM_USER FROM DELETED
END
END
我使用SQLServer来生成修订表的SQL，而不是手动编码。这段代码可在https://github.com/newdigate/sqlserver-revision-tables上找到。
- newdigate
0
触发器。这是我的方法：
- 为每个需要审计跟踪的关键表创建一个审计表
- 审计表将包括源表中的所有列+列审计记录信息，例如谁、何时以及操作
- 仅为UPDATE和DELETE创建触发器，INSERT操作将在源表本身具有原始记录
- 在更新或删除之前，将原始记录+审计信息复制到审计表中
- (可选-仅针对UPDATE:)要知道哪些列已更新，请使用内置SQL函数UPDATE(ColumnName)或COLUMNS_UPDATED()来确定受影响的列
以这种方式进行审计可以保持源表中的当前状态，并将所有历史记录保存在审计表中，并通过关键列轻松识别。
- Reh Shaik
2
触发器对于Web应用程序不起作用，因为身份验证和授权通常在Web应用程序内部处理。 USER_NAME（）将对更新应用程序的每个用户都相同，因为该用户被允许连接到SQL服务器，而不是应用程序登录。 - maguy
我想知道COLUMNS_UPDATED()是否返回所有更新的列名，用逗号分隔？如果我的3个字段被更新，那么COLUMNS_UPDATED()是否返回所有更新的列名，用逗号分隔？如果您知道，请告诉我。谢谢。 - Mou
0
触发器。现在你可能会说数据更新的唯一方式是通过存储过程，但事情可能会改变，或者你可能需要进行大规模的插入/更新，使用存储过程将会太麻烦。选择触发器。
- xando
2
1但是针对大规模更新的基于行的触发器可能会影响性能。大规模更新应包括关闭触发器，执行更新，执行第二次大规模更新以完成触发器原本要完成的操作，然后重新启用触发器。 - Neil Barnwell
触发器对于 Web 应用程序不起作用，因为身份验证和授权通常在 Web 应用程序内部处理。 USER_NAME() 对于更新应用程序的每个用户都将是相同的，因为该用户被允许连接到 SQL Server，而不是应用程序登录。 - maguy
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接