在事务中运行sql查询是否有副作用？

在事务中运行sql select查询是否有副作用

我正在执行一个服务方法，该方法在一个事务块中查询和插入/更新数据

---

该查询包含在事务中。我应该从中期待任何消极行为吗？

消极或可能的行为不是一个绝对的概念。

---

您应该根据应用程序的需要设计隔离和事务。隔离度越高，事务越长，意味着锁越多

我不会说有任何负面行为，但我知道在SQL Server中，默认情况下事务会锁定行。因此，如果您的查询命中了要更新/插入的表，并且需要一段时间，那么查询可能会锁定和/或超时。你可以找到这个例子

---

关于select语句，如果将其用作成功插入/更新的条件，则该语句不一定不好。事务的要点是，如果出现故障，能够回滚任何问题。因此，如果查询没有实现这一目标，我会将其排除在事务之外。这是一篇很酷的文章，您可能想仔细阅读，以帮助您了解如何有效地使用事务

您将在事务打开时锁定。如果您在.NET中执行此操作而不小心，则会将锁留在表上。此外，如果在第一个事务仍处于打开状态的情况下回滚具有标识列和insert的表上的事务，则最终将得到非连续标识

然而，在事务中运行东西的好处可能超过这些问题

你应该尽量减少交易