将变更数据捕获用于小型桌面应用程序？

Question

我的一个新客户有一个 2002 年编写的小型 VB/Access 数据库应用程序，他希望重写该应用程序以使其更新并支持他长期以来一直想要的新功能。 因此，我将把它转换为在本地计算机上使用 C#.NET 2008 和 SQL Server Express 2008，并能够扩展到在远程服务器上使用 WCF 和 SQL Server 2008。

他感兴趣的新功能之一是维护和报告一段时间内数据更改的完整历史记录。 过去，我通过使用触发器和存储过程来完成此操作，这在@!#$中是一种痛苦。

我最近很想搞乱 SQL Server 2008 的更改数据捕获功能。在我最初使用它的一个小时内，我意识到它在 SQL 代理中创建了一个作业，默认情况下每 5 秒运行一次。 当我需要更改捕获的表的架构时，这似乎也有点痛苦。 除此之外，它似乎比我原来的方法更容易实现。 所以，这些是我的问题：

1. 对于最终可能会或可能不会迁移到远程服务器的小型桌面应用程序来说，这是否太过分了？
2. 在性能方面我应该期待什么？ 随着他的数据库大小增加，我是否会接到更多他打来的电话，说他的计算机运行缓慢？
3. 对于目前在生产中使用 CDC 的人来说，我还应该注意其他任何问题吗？
4. 有没有人有任何链接，指向他们最喜欢的跟踪随时间变化的方式，这些方式可能更适合小型桌面应用程序？

谢谢，

马克

Answer 1

CDC 仅在 SQL Server Enterprise 版本中可用。 所以如果你有特快，你就不能使用它，你必须保持触发器。

Answer 2

虽然触发器在很多方面都很难使用，但您可以通过编写实际生成触发器和历史表的脚本，在透明的数据审核历史记录机制上使用它们，而不会对主代码库产生任何影响自动地。 这是一项相当大的工作量，我不知道有谁做过这样的事情并将其开源，但这可能是一个有趣的项目。 至少这样，您可以编写一个生成器过程，然后就不必再弄乱各个触发器了。

Answer 3

我使用了自己的变更数据跟踪系统，在变更表中使用了 XML 列，使其更加灵活。 也使得触发器相当通用。

假设您已经有触发器来创建审核行，并且源表有一个名为“Version”、类型为 ROWVERSION 的列：

INSERT INTO [Changes].Sites
(
    SiteID,
    Operation,
    Version,
    ModifiedOn,
    DataChange
)
SELECT
    IsNull( I.SiteID, D.SiteID ),
    CASE
        WHEN D.[Version] IS NULL      AND I.[Version] IS NOT NULL  THEN 'I'
        WHEN D.[Version] IS NOT NULL  AND I.[Version] IS NOT NULL  THEN 'U'
        WHEN D.[Version] IS NOT NULL  AND I.[Version] IS NULL      THEN 'D'
        ELSE '?'
    END,
    IsNull( I.Version, D.Version ),
    SysDateTimeOffset(),
    (
        SELECT
            [Deleted] = ( SELECT * FROM deleted D1 WHERE D1.SiteID = D.SiteID FOR XML PATH(''), TYPE ),
            [Inserted] = ( SELECT * FROM inserted I1 WHERE I1.SiteID = I.SiteID FOR XML PATH(''), TYPE )
        FOR XML PATH('Changes')
    )
FROM deleted D
FULL JOIN inserted I
    ON D.SiteID = I.SiteID

该查询中唯一特定于我的表的内容是主键。 生成一个模板来创建这些查询将相当简单（甚至可以使用 sys.tables 等在 SQL 中完成）。