某些Wiki平台使用的一种方法是将标识数据和要审核的内容分开。它增加了复杂性，但是最终您将获得完整记录的审核记录，而不仅仅是经过编辑的字段列表，然后您必须将其混搭以使用户了解旧记录的外观。

因此，例如，如果您有一个称为“机会”的表来跟踪销售交易，则实际上将创建两个单独的表：

机会
Opportunities_Content（或类似的内容）

在机遇表会让你原本是用来唯一标识的记录，将能容纳你会为你的外键关系引用的主键信息。该Opportunities_Content表将持有你的用户可以更改所有字段，并且您想为其保留审计线索。“内容”表中的每个记录都将包含其自己的PK以及“修改者”和“修改日期”数据。在机遇表将包括在最初创建的主记录以及由谁来到当前版本的参考和信息。

这是一个简单的例子：

CREATE TABLE dbo.Page(  
    ID int PRIMARY KEY,  
    Name nvarchar(200) NOT NULL,  
    CreatedByName nvarchar(100) NOT NULL, 
    CurrentRevision int NOT NULL, 
    CreatedDateTime datetime NOT NULL

内容：

CREATE TABLE dbo.PageContent(
    PageID int NOT NULL,
    Revision int NOT NULL,
    Title nvarchar(200) NOT NULL,
    User nvarchar(100) NOT NULL,
    LastModified datetime NOT NULL,
    Comment nvarchar(300) NULL,
    Content nvarchar(max) NOT NULL,
    Description nvarchar(200) NULL

如果Revision是一种身份类型，我可能会将内容表的PK设为PageID和Revision中的多列键。您可以将“修订”列用作FK。然后，您可以像这样通过JOINing提取合并记录：

SELECT * FROM Page
JOIN PageContent ON CurrentRevision = Revision AND ID = PageID

那里可能有一些错误…这简直就是我的头上。不过，它应该给您一个替代模式的想法。