后期如何回滚事务？答案

【问题标题】：How to rollback transaction at later stage?后期如何回滚事务？
【发布时间】：2012-10-13 06:09:02
【问题描述】：

我有一个数据输入 ASP.NET 应用程序。在一个完整的数据输入过程中，会发生许多事务。我想跟踪所有这些交易，这样如果用户想放弃数据输入，我一直记录的所有交易都可以回滚。

SQL 2008，框架版本是4.0，我用的是c#。

【问题讨论】：

标签： c# asp.net .net sql-server-2008

【解决方案1】：

对于刚接触 Web 开发的人来说，这始终是一个艰难的教训。但这里是：

每个往返网络请求都是一个单独的、独立的执行线程

这意味着，简单地说，每次您提交页面请求（单击按钮、导航到新页面，甚至刷新页面）时，它都可以在与前一个不同的线程上运行。更重要的是，即使您确实获得了两次相同的线程，在您两次请求之间的时间内，该线程可能已经处理了其他几个 Web 请求。

这使得跨越多个网络请求的简单事务实际上是不可能的。

这是您应该记住的另一个概念：

事务用于批处理操作，而不是交互式操作。

这意味着事务是短暂的，并且包含多个按顺序（或同时）执行的操作，其中所有操作都是原子的，并且旨在全部完成或全部失败。事务通常不会被设计为长期存在的（意味着等待用户以交互方式决定各种操作）。

Web 应用程序不是桌面应用程序。它们的功能与它们不同。当你做网络应用时，你必须改变你的想法。最大的教训是，每个请求都是一个独立的执行单元。

现在，上面我说的是“简单事务”，也称为轻量级或本地事务。还有所谓的分布式事务，使用这些需要分布式事务协调器。 MSDTC 非常常用。但是，DT 的执行速度比 LWT 慢得多。此外，他们要求将基础架构设置为使用 DTC。

可以使用 DTC 跨越 Web 请求上的事务。这是通过在分布式事务中“登记”来完成的，然后以某种方式在请求之间共享此事务标识符。但这需要大量的设置和处理工作，并且有很多容易出错的情况。如果您有其他选择，这不是您想做的事情。

一般来说，您最好将数据添加到一个或多个临时表中，然后在最终保存完成后，将该数据传输到永久表中。另一种选择是维护一些状态（例如使用 ViewState 或 Session）来跟踪更改。

执行此操作的一种流行方法是使用 JavaScript 在客户端执行操作，然后在完成后将所有更改提交给服务器。但是，如果您需要导航到不同的页面，这很难实现。

【讨论】：

您是否建议将事务对象保存在视图状态/会话中？
@zahid - 绝对不是。我指的是您可能以其他方式存储在表中的数据。换句话说，更改的数据。我很清楚在那个声明中不要使用交易这个词。

【解决方案2】：

根据您的问题，当用户选择回滚交易时，交易似乎已完成。在这种情况下，我怀疑 DBMS 的事务回滚语义是否可用。所以，我会在应用层提供如下语义：

可以对数据库执行的任何原子操作都应该封装在Command 对象中。每个命令都将实现撤消方法，该方法将恢复其执行方法执行的操作。
每个事务都将包含作为其一部分运行的命令列表。事务将按原样保留，以供将来进一步操作。
将为用户提供一种查看这些可能回滚的事务的方法。当用户选择一个事务进行回滚时，会检索与该事务对应的命令列表，并在所有这些命令对象上调用 undo 方法。

HTH。

【讨论】：

需要注意的是，与事务不同的是，数据库操作对其他查询是可见的，这意味着其他查询可能会根据它们采取行动，然后它们可能会消失。或者，您可能无法撤消事务，因为在此期间其他人可能已添加了引用。所以这实际上更像是一种“撤消”功能，而不是回滚。
@Vikdor 您的假设是正确的，即“当用户行使回滚选项时交易已完成”。

【解决方案3】：

您还可以将它们存储在临时表中，并在“稍后阶段”将这些记录移动到您的原始表中......

【讨论】：

【解决方案4】：

如果您只是在单个保存操作期间管理事务，请使用TransactionScope。但听起来好像不是这样的。

如果用户可能希望放弃n 之前的保存操作次数，则表明该项目可能以草稿形式存在。可能有一份或多份工作草案。随后，必须有一种方法可以隐式或显式地将草案提升为最终版本。想想电子邮件程序如何保存草稿。它实际上并没有发送您的消息，您可以随时放弃它，并且您可以稍后再回忆它。当您发送消息时，您已经“提交了事务”。

您还可以添加用户界面以回滚到特定版本。

这将是相当多的工作，但如果您愿意保存和管理同一项目的多个副本，则可以完成。

您可以使用状态标志将相同数据的副本保存在同一架构中以指示它是草稿，或者您可以将数据以中间格式存储在单独的表中。我更喜欢第一种方法，因为它允许使用相同的结构。

【讨论】：