多步骤数据库事务拆分为多个 HTTP 请求

我过去曾将 TransactionScope 与桌面客户端应用程序一起使用来回滚不完整的多步骤事务。这种方法似乎不太可能在 Web 应用程序中起作用。

任何人都可以建议如何在整个过程未完成时确保回滚跨多个页面的多个步骤吗？ （例如，他们的浏览器崩溃或在进程中关闭浏览器）

当然，我可以写入某种临时表，然后在单个事务中将最终记录传输到真实表，但这会带来竞争条件的风险。我想开始一个事务，服务几个页面，每个页面将事务的一部分写入表，然后通过提交完成事务，如果事务未完成，则在以下情况下回滚会议结束。

还是我思考的方式不对？建议？

由于我使用的是 MVC 3、EF 4.1 和 Ninject，我不确定这将如何影响解决方案，但我想我应该包含这些信息。

没有数据库事务/TransactionScope跨几页。即使尝试做这样的事情也是非常错误的。

您有两种选择来解决该问题：

• Use Session

  仅当用户完成所有步骤并确认保存时，才将数据存储在会话中并将其保存到数据库中。这绝对是您所需要的。]

• 使用工作流基础和长时间运行的事务。

  长时间运行的事务不是数据库事务 - 它们是一个完全自定义的解决方案，您必须手动实施补偿（长时间运行的事务的回滚）。您仍然必须以某种方式检测您的工作流程是否应该得到补偿，但这对于您的解决方案来说不是必需的。它适用于需要多个会话的“事务”的解决方案。