交易应该在.NET还是SQLServer中处理？我喜欢一个使用.NET/C#作为前端、SQLServer2008作为后端的应用程序。我发现总是在c#代码中处理事务。我们不应该在存储过程中使用事务，这似乎是这个项目的不成文规定。我个人认为事务应该在存储过程中处理，因为它可以更好地控制代码！在我们不需要开启交易的情况下，我们可能会在脚本中做很多验证。我们需要在执行insert/update/delete之前开启一个事务，并尽快关闭它。寻找一个答案来帮助我理解处理事务的最佳实践以及我们何时需要在存储的Proc/C#中选择事务。没有硬性规定，但我看到在业务层控制事务的几个原因：在我们不需要打开事务的情况下，我们可能会在脚本中进行大量验证。我们需要在执行insert/update/delete之前开启一个事务，并尽快关闭它。这可能是问题，也可能不是问题，具体取决于打开事务的数量（不清楚这是单个作业，还是以高并发运行的进程）。我建议查看对象上的锁，以及这些锁的持有时间。请记住，验证可能应该锁定；如果数据在您验证它的时间和操作发生的时间之间发生变化怎么办？如果这是一个问题，您可以将有问题的进程分成两个过程并从TransactionScope外部调用一个过程。以上是C#学习教程：事务应该在.NET还是SQLServer中处理？如果所有分享的内容对你有用，需要进一步了解C#学习教程，希望大家多多关注。本文收集自网络，不代表立场。如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
