SQL Server事务回滚对自增键的影响

SQL Server事务回滚时是删除原先插入导致的自增值,也就是回滚之前你你插入一条数据导致自增键加1,回滚之后还是加1的状态

--如果获取当前操作最后插入的identity列的值:
select @@IDENTITY
--如果要获取某表的最后的identity列的值:
select IDENT_CURRENT(‘表名‘)

--如果要模拟抛出异常可以用RAISERROR

--RAISERROR(‘错误的描述‘,错误的严重级别代码,错误的标识,错误的描述中的参数的值(这个可以是多个),一些其它参数)

--PRINT ‘出现异常,错误编号:‘ + convert(varchar,error_number()) + ‘,错误消息:‘ + error_message()

BEGIN TRAN Tran_Test;--开始事务
DECLARE @tran_error INT;
SET @tran_error = 0;
BEGIN TRY
INSERT INTO Table
RAISERROR (‘引用单据已被修改,操作失败!‘, 16, 1);
END TRY
BEGIN CATCH
PRINT ‘出现异常,错误编号:‘ + CONVERT(VARCHAR, ERROR_NUMBER()) + ‘,错误消息:‘
+ ERROR_MESSAGE();
SET @tran_error = @tran_error + 1;
END CATCH;
IF ( @tran_error > 0 )
BEGIN
--执行出错,回滚事务
ROLLBACK TRAN;
PRINT ‘!‘;
END;
ELSE
BEGIN
--没有异常,提交事务
COMMIT TRAN;
PRINT ‘!‘;
END;

SELECT SCOPE_IDENTITY();
SELECT @@IDENTITY;

原文地址:https://www.cnblogs.com/wangboke/p/11059647.html

时间: 2024-10-10 06:00:00

SQL Server事务回滚对自增键的影响的相关文章

MySQL事务回滚后自增键不连续

当在MySQL中使用事务,回滚后 ,会出现先自增id不连续的情况,解决:执行:          ALTER table tableName  AUTO_INCREMENT=1; 在回滚后都重置AUTO_INCREMENT的值. 注意:最好先了解MySQLl事务. 原文地址:https://www.cnblogs.com/donaldworld/p/10267370.html

为什么mysql事务回滚后, 自增ID依然自增

事务回滚后,自增ID仍然增加,回滚后,自增ID仍然增加.比如当前ID是7,插入一条数据后,又回滚了.然后你再插入一条数据,此时插入成功,这时候你的ID不是8,而是9.因为虽然你之前插入回滚,但是ID还是自增了. 如果你认为自增ID不应该被事务化,那么其他事务不得不等待着,检查自增ID是被使用还是被回滚,这就导致阻塞. 比如下面的例子,A表使用自增ID. User 1 ------------ begin transaction insert into A ... insert into B ..

SQL的事务回滚操作带案例分析

SET XACT_ABORT on BEGIN TRAN INSERT INTO [PDA_Action] VALUES ('采购入库1') INSERT INTO [PDA_Action] VALUES ('采购入库2') SELECT 1/0  /* 除数为0错误 */ INSERT INTO [PDA_Action] VALUES ('采购入库3') INSERT INTO [PDA_Action] VALUES ('采购入库4') COMMIT TRAN 对于有select的语句的回滚,

PHP 事务回滚实例

#若已存在该表,就将其删除:否则创建新的表.DROP table IF EXISTS users;CREATE TABLE users( `user_name` varchar(5) DEFAULT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8; #若已存在该存储过程,就将其删除:否则创建新的存储过程DROP PROCEDURE IF EXISTS inserOrUpdate;CREATE PROCEDURE inserOrUpdate()BEGIN#----

SQL Server事务执行一半出错是否自动回滚整个事务 【转】

http://www.2cto.com/database/201308/234728.html SQL Server事务执行一半出错是否自动回滚整个事务 大家都知道SQL Server事务是单个的工作单元.如果某一事务成功,则在该事务中进行的所有数据修改均会提交,成为数据库中的永久组成部分.如果事务遇到错误且必须取消或回滚,则所有数据修改均被清除. 所以是不是说事务出错一定会回滚整个事物呢? 先看几个个例子: --createtable create table testrollback(idi

SQL Server 事务与锁

了解事务和锁 事务:保持逻辑数据一致性与可恢复性,必不可少的利器. 锁:多用户访问同一数据库资源时,对访问的先后次序权限管理的一种机制,没有他事务或许将会一塌糊涂,不能保证数据的安全正确读写. 死锁:是数据库性能的重量级杀手之一,而死锁却是不同事务之间抢占数据资源造成的. 不懂的听上去,挺神奇的,懂的感觉我在扯淡,下面带你好好领略下他们的风采,嗅査下他们的狂骚.. 先说事务--概念,分类 用华仔无间道中的一句来给你诠释下:去不了终点,回到原点. 举例说明: 在一个事务中,你写啦2条sql语句,一

SQL Server 事务隔离级别详解

原文:SQL Server 事务隔离级别详解 标签: SQL SEERVER/MSSQL SERVER/SQL/事务隔离级别选项/设计数据库事务级别 SQL 事务隔离级别 概述 隔离级别用于决定如果控制并发用户如何读写数据的操作,同时对性能也有一定的影响作用. 步骤 事务隔离级别通过影响读操作来间接地影响写操作:可以在回话级别上设置事务隔离级别也可以在查询(表级别)级别上设置事务隔离级别.事务隔离级别总共有6个隔离级别:READ UNCOMMITTED(未提交读,读脏),相当于(NOLOCK)R

SQL Server 事务、异常和游标

建议先阅读存储过程:SQL Server 存储过程 ? 事务 在数据库中有时候需要把多个步骤的指令当作一个整体来运行,这个整体要么全部成功,要么全部失败,这就需要用到事务. 1. 事务的特点 事务有若干条T-SQL指令组成,并且所有的指令昨晚一个整体提交给数据库系统,执行时,这组指令要么全部执行完成,要么全部取消.因此,事务是一个不可分割的逻辑单元. 事务有4个属性:原子性(Atomicity).一致性(Consistency).隔离性(Isolation)以及持久性(Durability),也

SQL Server事务遭遇网络异常时的处理机制浅析

SQL Server数据库中,如果应用程序正在执行一个事务的时候突然遭遇了网络异常,例如网络掉包,网络中断等,那么这个事务会怎么样? SQL Server数据库是通过什么机制来判断处理呢? 估计很多人跟我一样都有不少疑问, 我们下面构造一个测试实验来测试验证一下.如下所示: 步骤1:在客户端连使用SSMS工具连接到测试数据库,执行下面脚本,显性事务既不提交也不回滚.模拟事务正在执行当中. USE AdventureWorks2012; GO SELECT @@SPID; BEGIN TRAN D