c# - 创建应用程序数据的快照 - 最佳实践

Question

我们有一个使用 .NET FW 4.0 在 C# 中开发的文本处理应用程序，管理员可以在其中定义各种设置。所有这些“设置”数据都驻留在大约 50 个具有外键关系和身份主键的表中(我认为这会使它变得棘手)。整个数据库不超过100K条记录，平均一张表有6个左右的短列。该系统基于MS SQL 2008 R2 Express数据库。

我们面临为所有这些数据创建快照的要求，以便系统管理员在搞砸某些事情时可以回滚到其中一个快照。我们只需要保留最后 5 个快照。快照的创建必须从应用程序 GUI 开始，因此必须在需要时回滚到任何快照(不允许使用 SSMS，因为直接访问数据库被拒绝)。该系统仍在开发中(我们真的完成了吗？)这意味着会多次添加新表和列。因此，我们需要一种可以自动处理更改的健壮方法(除非没有其他方法，否则我们希望避免在插入/更改列后挖掘代码)。最好的方法是告诉“我想创建名称以‘Admin’开头的所有表的快照”。显然，这是一个相当密集的数据库任务，但由于它只会在紧急情况下使用，所以我不介意。我也不介意是否发生表锁定，因为在快照的创建或回滚过程中不会尝试使用这些表。

问题可以分为两部分:

1. 创建快照
2. 回滚到快照

关于问题#1。我们可能有两个选择:

1. 将数据导出到 XML(文件或数据库列)
2. 将 SQL 中的数据复制到相同或不同的表中(例如使用与以“备份”为前缀的原始表相同的名称再次创建相同的表结构)。

关于问题#2。我看到的最大问题是如何将所有数据重新导入到使用 IDENTITY 列生成 PK 的外键相关表中。我需要从所有受影响的表中删除所有数据，然后重新导入所有内容，同时暂时放宽 FK 约束并关闭身份生成。加载数据后，我应该检查 FK 约束是否仍然正常。

或者也许我应该找到一种合理的方式来加载表，以便在加载时可以保留约束检查(因为我们没有无法管理的表数量，这可能是一个可行的解决方案)。当然，出于显而易见的原因，我需要在单个事务中完成所有删除和重新加载。

我怀疑对此可能没有纯基于 SQL 的解决方案，尽管 SQL CLR 可能有助于避免将数据移出 SQL Server。

有没有人和我们面临同样的问题？也许有人成功解决了这样的问题？

我不期待一步一步的指导。任何关于从哪里开始、采取哪些路线(导出到 RAW XML 或将快照保存在数据库中或两者兼而有之)、利弊的帮助都会非常有帮助。

感谢您的帮助和时间。

丹尼尔

Answer 1

我们没有这个确切的问题，但我们有一个非常相似的问题，我们为我们的客户提供一组基线配置数据(相当复杂，主要是身份 PK)，当我们提供新的时需要更新这些数据发布。

对于您的情况，我们的机制可能有些矫枉过正，但我​​确信其中有一部分是适用的。

基本方法是这样的:

首先，我们执行一个脚本来删除所有 FK 约束并将当前不为 NULL 的那些 FK 列的可空性更改为 NULL。此脚本还会删除所有触发器，以确保不会执行其中实现的任何逻辑约束。

接下来，我们执行数据导入，在更新表之前将 identity_insert 设置为关闭，然后在更新表中的数据后将其重新打开。

接下来，我们执行一个脚本，根据外键检查新添加项目的数据完整性。在我们的案例中，我们知道可以安全地删除没有相应父记录的项目，但您可以选择采取不同的方法(报告错误并让某人手动处理问题)。

最后，一旦我们验证了数据，我们就会执行另一个脚本来恢复可空性，添加回 FK，并重新安装触发器。

如果您有预算，我强烈建议您看一下 Red Gate 的工具提供，特别是 SQL Packager 和 SQL Data Compare(我怀疑可能还有其他工具，我们只是对它们没有任何经验)。这些工具对于成功实现我们的战略至关重要。

更新

我们通过由 RedGate 的 SQL Packager 生成的 SQL 脚本提供基线配置。

因为我们的最终用户可以在更新之间修改数据库，这将导致他们数据库中的标识值与我们的不同，所以我们实际上将基线主键和外键存储在每个记录的单独字段中。

当我们更新客户数据库并且需要将新记录链接到已知配置信息时，我们可以使用基线字段来找出特定于数据库的 FK 应该是什么。

换句话说，无论数据库中修改了什么其他数据，对于众所周知的配置记录总是有一组已知的字段 ID，我们可以使用它来将记录链接在一起。

例如，如果我将表 1 链接到表 2，则表 1 将具有基线 PK，表 2 将具有基线 PK 和包含表 1 的基线 PK 的基线 FKey。当我们更新记录时，如果我们添加一条新的Table2记录，我们所要做的就是找到具有指定基线PK的Table1记录，然后用Table1中的实际PK更新Table2中的实际FKey。