在事務中是否存在運行SQL查詢的副作用？

Question

在事務中是否存在運行sql select查詢的副作用？

我正在執行查詢和插入/更新數據在一個事務塊的服務方法。

查詢包含在事務中。我應該期待這種消極行爲嗎？

Answer 1

負面或正面的行爲不是絕對的概念。

您應該根據您的應用需求設計隔離和事務。更多的隔離也意味着更多的鎖定。

Answer 2

我不會說有任何消極的行爲，但我知道在SQL Server中默認的事務鎖定行。所以如果你有更新/插入到表中的查詢，查詢可能會鎖定和/或超時需要一段時間。你可以找到這個here的例子。

關於select語句，如果您使用它作爲成功插入/更新的條件，則不一定非常糟糕。事務的要點是能夠在出現問題時回滾任何問題。所以如果查詢沒有完成這個目標，我會把它從事務中排除。 Here's這是一篇很酷的文章，您可能希望通過這篇文章來幫助您瞭解如何有效地使用交易。

Answer 3

您將在交易開放時鎖定。如果你使用.NET來做這件事，並且不小心，你會把鎖放在桌子上。此外，如果您在具有標識列的表上回滾您的事務，並在第一個事務仍處於打開狀態時插入，那麼您將以非連續標識結束。

但是，在事務中運行事務的好處無法衡量這些問題。

您應該儘量保持您的交易儘可能小。