事 务
ACID
Atomic ：要么全成功，要么全失败 Consistent ： Isolated ：每个事务都是一个独立主体，不会影响其它事务。 Durable ：ASP.NET web application 中三种基本事务类型：
1. Stored procedure transactions: 整个事务完全在数据库内部发生，所以性能最好。缺点：必须用 sql 语句编写事务逻辑。
2. Client-initiated (ADO.NET) transactions: 这些事务被我们编写的程序控制。但在底层会执行与 Stored procedure transactions 一样的命令。在我们编写的程序中用某些 ADO.NET 对象将这些底层细节给包住了，对于我们来说是透明的。
3. COM+ transactions:
事务会对系统的性能有所开销，其实用原则如下：
1. 尽可能短的使用事务。
2. 避免将 select 查询语句放到事务中，最好放到事务之前，这样会减少事务锁定的数据。
3. 如果检索数据，尽可能压缩到必须的数据，减少锁定数据的数量。
4. 最好在 stored procedures 中写入事务，而不是在 ADO.NET transactions ，这样效率更高，数据库服务器不必与系统有额外的数据交换。
5. 如果有多项独立工作块，尽量将工作块用各自的事务，而不是放到一个大事务中。
6. Avoid updates that affect a large range of records if at all possible.
7. 如果只是一个 UPDATE 或 DELETE 或 INSERT 语句，不需要声明事务，因为这些单一语句在数据库内部天生就是事务处理的。
Client-Initiated ADO.NET Transactions
例子：
SqlTransaction tran = null;
try
{
con.Open();// 打开连接
tran = con.BeginTransaction();// 创建事务
// Enlist two commands in the transaction.
cmd1.Transaction = tran;// 将连个命令对象添加到事务中。
cmd2.Transaction = tran;
// Execute both commands.
cmd1.ExecuteNonQuery();
cmd2.ExecuteNonQuery();
// Commit the transaction.
tran.Commit();// 提交事务
}
catch
{
// In the case of error, roll back the transaction.
tran.Rollback();// 如果有异常，事务回滚。
}
finally
{
con.Close();
}
Isolation Levels
基本概念：
Dirty reads （脏读）：一个事务从数据库中读某值，而这值正是另一事务刚修改但还没提交。有回滚的可能。 Nonrepeatable reads （非重复读） : 在同一个事务中多次查询相同的行，可能返回不同的值。 Phantom rows （ 幻像读 ） : 在同一个事务中，当初始读时，无此数据，当再次读时，发现多了数据。
不同的 Isolation Level 对应不同的锁
锁的分类：
l Shared locks ： 多用户可以利用同一个 Shared locks 来同步 读数据，但锁定的数据不可修改。
l Exclusive locks ： 此锁可阻止两个以上 的事务同步 修改锁定的数据。当应用此锁时，其它用户无法读和修改数据。解决方法：在整个事务中，数据库锁住读的行。
在 ADO.NET 中，我们可以自定义我们事务的 Isolation Level ，方法 : 将 IsolationLevel enumeration 值传到 Connection.BeginTransaction() 方法中。
Values of the IsolationLevel Enumeration
1. ReadUncommitted ： 无锁，级别最低，可能脏读，性能最好。
2. ReadCommitted （ SQL Server 默认）： 用 Shared locks ，无脏读（即， 不能读取事务已修改，但未提交的记录 ），缺点： 不可重读（ Non-Repeatable read ）和幻读（ phantom read ）。
3. Snapshot ：
4. RepeatableRead ： 用 Shared locks ，避免了脏读和 不可重读（ Non-Repeatable read ），无法避免幻读（ phantom read ）。
5. Serializable ： range lock 。避免 幻读（ phantom read ），但其效率低，用的少。
Creating the Factory
每种 provider 都提供自己的 Factory ：
1. Sql Server ： System.Data.SqlClient.SqlClientFactory
2. Oracle ： System.Data.OracleClient.OracleClientFactory
System.Data.Common.DbProviderFactories 的静态方法 GetFactory() 根据 provider 名返回其 factory 对象。
如：获得 SqlClientFactory ：
string factory = "System.Data.SqlClient";// 此字符串可放在系统配置文件里，
DbProviderFactory provider = DbProviderFactories.GetFactory(factory);
可用此 factory 创建 Connection 和 Command 对象。
例子：
<configuration>
<connectionStrings>
<add name="Northwind" connectionString=
"Data Source=localhost; Initial Catalog=Northwind; Integrated Security=SSPI"/>
</connectionStrings>
<appSettings>
<add key="factory" value="System.Data.SqlClient" />
<add key="employeeQuery" value="SELECT * FROM Employees" />
</appSettings>
...
</configuration>
Next, here ’ s the factory-based code:
// Get the factory.
string factory = WebConfigurationManager.AppSettings["factory"];
DbProviderFactory provider = DbProviderFactories.GetFactory(factory);
// Use this factory to create a connection.
DbConnection con = provider.CreateConnection();
con.ConnectionString =
WebConfigurationManager.ConnectionStrings["Northwind"].ConnectionString;
// Create the command.
DbCommand cmd = provider.CreateCommand();
cmd.CommandText = WebConfigurationManager.AppSettings["employeeQuery"];
cmd.Connection = con;
// Open the Connection and get the DataReader.
con.Open();
DbDataReader reader = cmd.ExecuteReader();
