2013-05-28 124 views
0

总是创建一个事务是不好的做法?总是创建一个事务是一个不好的习惯吗?

我的意思是只为一个简单的选择创建一个事务的一个好习惯。

创建交易时的成本是多少?

即使您正在使用隔离级别read_uncomitted。是不好的做法?因为它不应该有锁定问题。

更新: 更好的答案在这里: https://dba.stackexchange.com/questions/43254/is-a-bad-practice-to-create-a-transaction-always

+0

这个问题会更适合当你需要一个交易dba.stackexchange.com – Kermit

+0

使用显式事务。 –

+0

我不确定你的意思是什么,只是为了一个简单的select或many创建一个事务。所以已经编辑了这个问题(希望)使它更清晰。如果这不是你想要的,请自己澄清一下。 –

回答

4

事务是资源密集型的,他们也记录元数据,而这样做。 我建议远离在简单的SELECT语句上使用事务。我会建议在复杂的存储过程中使用事务。您必须记住,如果您始终使用交易,则会在锁定资源时冒风险。

有一个快速阅读这里进一步解释相关 - SQL Recommended Best Practices for Transactions

+0

我们使用一个总是打开事务并使用read_uncomitted isloation级别的DAL。有了这个隔离级别,我们不应该有锁定问题。那么,这仍然是一个不好的做法? – elranu

+1

除非您更改数据库中的数据,否则绝不应该有事务。读取未提交的隔离级别也是一种非常糟糕的做法,并导致返回的数据可能会回退,因此不会在数据库中真正存在。 – HLGEM

相关问题