首先描述下事务的概念以及事务的特性：事务是作为单个逻辑工作单元执行的一系列操作，同时具备原子性、一致性、隔离性和持久性 (ACID)属性。
原子性：事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。
一致性：事务完成时，必须使所有的数据都保持一致状态。
隔离性：由并发事务所作的修改必须与任何其他并发事务所作的修改隔离。
持久性：事务完成之后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持。
下面用简单的示例(Northwind数据库)来说明这一点。
原子性：
正常情况下是先删除订单详细表，再删除订单信息，下面倒过来为了演示事务的原子性，生产中这么写就是属于逻辑错误。
USE Northwind;
GO
BEGIN TRAN;
DELETE FROM dbo.Orders WHERE OrderID = 10249;
DELETE FROM dbo."Order Details" WHERE OrderID = 10249;
COMMIT TRAN;
GO
执行结果：
表Orders因为违反引用完整性，删除操作失败， 表Order Details成功删除2行.从这个例子来看第一条T-SQL语句执行失败而第二条T-SQL却执行成功，这不明显证明事务不具有原子性。别急接
着往下看,因为BEGIN TRAN与END TRAN之间的语句为一个事务，要么操作全部成功，要么操作全部回滚，其实导致这个事务没有回滚的原因是会话的XACT_ABORT选项默认为OFF，产生运行时错误
时只回滚产生错误的T-SQL语句，事务会继续进行处理，如果错误严重也可能回滚整个事务。所以对于大多数时候需要显示将XACT_ABORT选项设置为ON，以便产生运行时错误时回滚事务。
运行以下T-SQL
SET XACT_ABORT ON;
BEGIN TRAN;
DELETE FROM dbo.Orders WHERE OrderID = 10250;
DELETE FROM dbo."Order Details" WHERE OrderID = 10250;
COMMIT TRAN;
GO
执行结果：Orders，Order Details表删除失败，因为删除Orders表数据出现错误，所以没有继续执行第二条T-SQL就进行事务回滚了，由此可以证明事务具备原子性。
一致性：
指相关的所有规则都必须应用于事务的修改，以保证事务的完整性，如用户自定义完整性(业务逻辑)以及数据库引擎提供的数据完整性(如实体完整性，域完整性，引用完整性，NULL,DEFAULT)。也可以理解为事务的操作必须遵守数据库现有的规则。
隔离性：隔离性主要说明事务之间不能相互影响，(主要是依靠锁，行版本控制实现)。
新打开2个查询窗口：
在第1个窗口输入下列T-SQL并且执行
BEGIN TRAN;
UPDATE dbo.Products SET ProductName = N'IPHONE4' WHERE ProductID = 1;
GO
在第2个窗口输入下列T-SQL并且执行
SELECT * FROM dbo.Products;
GO
第二个窗口执行的状态是"正在执行查询..."，这是因为第一个事务并没有完成(COMMIT OR ROLLBACK)，而第二个事务需要读取第一个事务所依赖的资源，事务不会识别中间状态(我们也可以理
解为"未知状态"，因为在未完成之前，我们无法知道知道第一个事务的最终状态是提交，还是回滚)，正式因为这个原因，而已第二个事务才举棋不定，无法读取。这个示例很直接的说明了事务的
隔离性。
持久性：持久性主要是依靠记录设备，SQL Server 2005中指的是事务日志。即使服务器硬件、操作系统或数据库引擎 实例自身出现故障，该实例也可以在重新启动时使用事务日志，将所有未完成的事务自动地回滚到系统出现故障的点，具体的实现在这就不详细说明了，大家可以参考相关资料。
参考：ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.zh-CHS/udb9/html/c193ad34-be19-408a-a0fa-9723a7936a3c.htm
原子性：事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。
一致性：事务完成时，必须使所有的数据都保持一致状态。
隔离性：由并发事务所作的修改必须与任何其他并发事务所作的修改隔离。
持久性：事务完成之后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持。
下面用简单的示例(Northwind数据库)来说明这一点。
原子性：
正常情况下是先删除订单详细表，再删除订单信息，下面倒过来为了演示事务的原子性，生产中这么写就是属于逻辑错误。
USE Northwind;
GO
BEGIN TRAN;
DELETE FROM dbo.Orders WHERE OrderID = 10249;
DELETE FROM dbo."Order Details" WHERE OrderID = 10249;
COMMIT TRAN;
GO
执行结果：
表Orders因为违反引用完整性，删除操作失败， 表Order Details成功删除2行.从这个例子来看第一条T-SQL语句执行失败而第二条T-SQL却执行成功，这不明显证明事务不具有原子性。别急接
着往下看,因为BEGIN TRAN与END TRAN之间的语句为一个事务，要么操作全部成功，要么操作全部回滚，其实导致这个事务没有回滚的原因是会话的XACT_ABORT选项默认为OFF，产生运行时错误
时只回滚产生错误的T-SQL语句，事务会继续进行处理，如果错误严重也可能回滚整个事务。所以对于大多数时候需要显示将XACT_ABORT选项设置为ON，以便产生运行时错误时回滚事务。
运行以下T-SQL
SET XACT_ABORT ON;
BEGIN TRAN;
DELETE FROM dbo.Orders WHERE OrderID = 10250;
DELETE FROM dbo."Order Details" WHERE OrderID = 10250;
COMMIT TRAN;
GO
执行结果：Orders，Order Details表删除失败，因为删除Orders表数据出现错误，所以没有继续执行第二条T-SQL就进行事务回滚了，由此可以证明事务具备原子性。
一致性：
指相关的所有规则都必须应用于事务的修改，以保证事务的完整性，如用户自定义完整性(业务逻辑)以及数据库引擎提供的数据完整性(如实体完整性，域完整性，引用完整性，NULL,DEFAULT)。也可以理解为事务的操作必须遵守数据库现有的规则。
隔离性：隔离性主要说明事务之间不能相互影响，(主要是依靠锁，行版本控制实现)。
新打开2个查询窗口：
在第1个窗口输入下列T-SQL并且执行
BEGIN TRAN;
UPDATE dbo.Products SET ProductName = N'IPHONE4' WHERE ProductID = 1;
GO
在第2个窗口输入下列T-SQL并且执行
SELECT * FROM dbo.Products;
GO
第二个窗口执行的状态是"正在执行查询..."，这是因为第一个事务并没有完成(COMMIT OR ROLLBACK)，而第二个事务需要读取第一个事务所依赖的资源，事务不会识别中间状态(我们也可以理
解为"未知状态"，因为在未完成之前，我们无法知道知道第一个事务的最终状态是提交，还是回滚)，正式因为这个原因，而已第二个事务才举棋不定，无法读取。这个示例很直接的说明了事务的
隔离性。
持久性：持久性主要是依靠记录设备，SQL Server 2005中指的是事务日志。即使服务器硬件、操作系统或数据库引擎 实例自身出现故障，该实例也可以在重新启动时使用事务日志，将所有未完成的事务自动地回滚到系统出现故障的点，具体的实现在这就不详细说明了，大家可以参考相关资料。
参考：ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.zh-CHS/udb9/html/c193ad34-be19-408a-a0fa-9723a7936a3c.htm