您将在哪一层使用asp.NET TransactionScope实现事务？

我有一个服务、业务和数据访问层。我应该在哪一层使用asp.NET transactionscope实现事务？另外，嵌套事务是否是一件好事，因为我在这方面遇到了问题？

事务范围是.net的一部分，而不是asp.net特有的

---

我们将把事务范围放在业务层。服务层更像是一个门面。如果某事物需要一个事务，它应该在单个业务操作中。

事务范围是.net的一部分，而不是特定于asp.net的

---

我们将把事务范围放在业务层。服务层更像是一个门面。如果某个服务需要一个事务，它应该在一个业务操作中。

那么一个服务不应该调用两个业务功能？如果是这种情况，并且需要在一个事务中调用这两个函数，那么您必须在服务中定义transactionscope？然后你会有嵌套的事务。。。（因为业务层中的两个函数已经分别位于transactionscope中）。或者您可以轻松地嵌套TransactionScope吗？是的，您可以嵌套事务作用域，检查此链接您需要确保在嵌套了作用域时提交每个事务作用域。我试过了，内部事务作用域提交了两次，一次是因为内部事务作用域的提交，但也有一次因为外部交易范围。所以我必须再研究一下，但这是已知的行为吗？所以一个服务永远不应该调用两个业务函数？如果是这种情况，并且需要在一个事务中调用这两个函数，那么您必须在服务中定义transactionscope？然后你会有嵌套的事务。。。（因为业务层中的两个函数已经分别位于transactionscope中）。或者您可以轻松地嵌套TransactionScope吗？是的，您可以嵌套事务作用域，检查此链接您需要确保在嵌套了作用域时提交每个事务作用域。我试过了，内部事务作用域提交了两次，一次是因为内部事务作用域的提交，但也有一次因为外部交易范围。所以我必须再次调查，但这是已知的行为吗？