事务剖析
事务最基本上包含两个步骤 – 开始, 然后是提交或回滚. 开始调用定义了事务的边界, 同时调用提交或回滚在定义结束. 在事务边界内, 所有的执行描述被认为是完成任务的一部分, 必须作为成功或失败的一种. 如果一切都成功提交将会执行所有的数据修改, 如果有任何错误发生, 回滚将会取消修改. 所有的.Net 数据提供对象提供了类似的类和方法来完成这些操作.
孤立等级
孤立等级在事务中界定事务孤立行为. 越是孤立等级越高, 数据越不会被别的事务干扰. 许多数据库通过加锁来增强孤立等级. 你应该实行两次检查你目标DBMS使用.好的做法是在性能和并发上折衷, 较多的锁系统将不得不维护, 越多的话容易造成冲突并且会降低速度对于不同的处理来说.
以下列表是孤立等级对于ADO.Net的支持, 来自于.Net Framewok SDK. 以下列表孤立等级限制性越来越强.
|
Member name |
Description |
Value |
|
Unspecified Supported by the .NET Compact Framework. |
A different isolation level than the one specified is being used, but the level cannot be determined. |
-1 |
|
Chaos Supported by the .NET Compact Framework. |
The pending changes from more highly isolated transactions cannot be overwritten. |
16 |
|
ReadUncommitted Supported by the .NET Compact Framework. |
A dirty read is possible, meaning that no shared locks are issued and no exclusive locks are honored. |
256 |
|
ReadCommitted Supported by the .NET Compact Framework. |
Shared locks are held while the data is being read to avoid dirty reads, but the data can be changed before the end of the transaction, resulting in non-repeatable reads or phantom data. |
4096 |
|
RepeatableRead Supported by the .NET Compact Framework. |
Locks are placed on all data that is used in a query, preventing other users from updating the data. Prevents non-repeatable reads but phantom rows are still possible. |
65536 |
|
Serializable Supported by the .NET Compact Framework. |
A range lock is placed on the data set, preventing other users from updating or inserting rows into the dataset until the transaction is complete. |
1048576 |
小注: 无序的孤立等级是不被SQL Server 或 Oracle 支持的, 只有OLEDB 数据提供对象将会作为孤立等级设置事务接受它. 如果试图用SQL Server 或Oracle 设置它,将会得到一个ArgumentException, 指明无效的孤立等级参数.
Sql Server 和 Oracle 和 OLE DB 数据提供对象默认为ReadCommitted 孤立等级. ODBC 数据提供对象默认孤立等级各不相同, 依赖于ＯＤＢＣ的驱动的不同． 如果你考虑ReadCommitted 不是你想要的孤立等级， 你可以使用Transaction.IsolationLevel 属性来 指定不同的等级． 你应该非常慎重考虑修改这些设置，虽然， 执行适当的测试来保证，这些变化不能影响数据的一致性，或其它的并发问题． 如果有数据库管理员， 你应该向他们请教关于特定任务的恰当等级．你也应该查看数据库文档来看你的数据库是如何处理孤立等级和锁的．
局部回滚
通常情况下，如果一个事务发生错误，你会发现你想回滚的地方并不是整个事务．只有当你完全成功处理完某个事务需要大量的时间时，你希望会这样做． 但检查部分执行成功将会开销很大． 你要平衡数据修改成本和不得不回滚一些小的的部分来避免开支过大．
部分回滚通常使用savepoints或者是内嵌事务， 主要依赖于你的数据库是如何工作的． 一些ＤＢＭＳ 或者不提供这种机制，因此查看你的数据库文档看是否或如何实现局部回滚．
一些数据库执行了真正的内嵌事务． 对这些数据类型来说，内嵌的提交将会实际上提交响应的事务，即使外部的事务回滚内嵌事务仍然会提交．
本文地址：http://com.8s8s.com/it/it44649.htm