当前位置:Gxlcms > mysql > sqlserver2005事务持久性

sqlserver2005事务持久性

时间:2021-07-01 10:21:17 帮助过:20人阅读

以前我们也有讲过sql事务相关文章,下面我们来了解一下关于sql server 2005事务持久性一些东西,有需要的朋友参考一下。

原子性:事务必须是原子工作单元;对于其数据修改,要么全都执行,要么全都不执行。
一致性:事务完成时,必须使所有的数据都保持一致状态。
隔离性:由并发事务所作的修改必须与任何其他并发事务所作的修改隔离。
持久性:事务完成之后,它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持。

下面用简单的示例(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中指的是事务日志。即使服务器硬件、操作系统或数据库引擎 实例自身出现故障,该实例也可以在重新启动时使用事务日志,将所有未完成的事务自动地回滚到系统出现故障的点,具体的实现在这就不详细说明了,大家可以参考相关资料

人气教程排行