我是否需要将数据库事务与 c# TableAdapters 一起使用？

Question

我发现这篇很棒的文章 关于表适配器的事务。然而，本文并没有解释为什么需要甚至需要交易！

为什么值得我尝试与 TableAdapter 一起实现事务？

Answer 1

假设当您正在保存需要多次查询数据库的内容时，发生了一些不好的事情。当您开始保存操作时，您希望对已保存的所有数据发生什么情况？
大多数开发人员都希望使之前保存的数据失效。
嗯..这就是事务的用途：将所有保存逻辑封装在事务中，这样如果/当中间发生一些不好的事情时，就不会保存任何内容。

有关事务主题的更多信息：http://en.wikipedia.org/wiki/Database_transaction

Answer 2

“为什么”是将这些数据库操作作为更广泛的事务单元的一部分来执行，以便您可以以原子（全有或全无）方式提交和其他事情，或者确保您的读取和写入发生在同一事务中（以避免幻象/不可重复读取）。事实上，我并不是适配器模型的忠实粉丝，但是......

如何； TransactionScope 会更简单，因为 ADO.NET 连接应该自动登记：

using(var tran = new TransactionScope()) {
    // do work A
    // do work B
    // do work C
    tran.Complete();
}

工作完成...

Answer 3

如果您曾经遇到过这样的情况：您有多个表，并且希望在原子调用中保证更新，那么事务使这成为可能。如果没有事务，您可能能够更新一个表，然后第二个表会失败，并且留下有问题的数据。
例如，您可能会遇到这样的情况：您只有一个屏幕，并且希望通过单击一个按钮来添加一条父记录和一堆子记录。如果没有事务，父记录会成功保存，但其中一个子记录会被破坏。通过事务，您可以回滚整个事情并要求用户修复数据问题。

Answer 4

事务允许您维护数据库中的数据一致性。通常首选在所有数据库更新/插入中引入事务。如果指定的存储过程因任何原因失败，您始终会回滚。

Answer 5

你们在这里发布的每一个内容对我来说听起来都不错，但我们不应该忘记，解决方案总是有利有弊
例如，在应用程序端管理事务（无论如何），您将增加网络流量，因为 .net 必须将所有命令发送到 SQL Server：

using(var tran = new TransactionScope()) {

// do work A 

// do work B 

// do work C 

tran.Complete(); 

}

In在这种情况下，它必须发送“开始交易”和“提交”。

最糟糕的想法是，如果在“//do work b”之后连接被切断，会发生什么？这意味着.Net 将无法发送“回滚”或“提交”，因此我们将在 SQL Server 端打开一个可能导致死锁的事务。