学习笔记----SQL Server事务

概述

事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你既需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！

事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。

一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。

1. 原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
2. 一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
3. 隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。
4. 持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

操作：

1. begin transaction：开始事务。
2. commit transaction：提交事务。
3. rollback transaction：回滚事务。
4. save transaction：事务保存点。即事务回滚时，可以指定回滚到保存点，而不进行全部回滚。

分类：

1. 显式事务：用 begin transaction 明确指定事务的开始，由 commit transaction 提交事务、rollback transaction 回滚事务到事务结束。
2. 隐式事务：通过设置 set implicit_transactions on 语句，将隐式事务模式设置为打开。当以隐式事务模式操作时，不必使用 begin transaction 开启事务，当一个事务结束后，这个模式会自动启用下一个事务，只需使用 commit transaction 提交事务或 Rollback Transaction 回滚事务即可。
3. 自动提交事务： 这是 SQL Server 的默认模式，它将每条单独的 T-SQL 语句视为一个事务。如果成功执行，则自动提交。如果错误，则自动回滚。

使用场景

如果我们在执行一组SQL语句，希望其中任何一个环节出了问题，那么所有执行全部撤销，这个时候就用事务。

练习例子

我们模拟一个用户转账的需求，如果A向B转账，如果A这边转账出了问题，那么B的余额也不会增加

建立一张表作为练习例子

字段	字段类型	字段含义
ID	int
Name	nvarchar(50)
Remain	decimal(18, 2)	用户余额

我们希望，在用户转账时，假如余额不足则不允许转账，当收款人的余额大于2000时则不允许在增加

对Remain字段约束：

go

--定义变量记录错误数量
declare @error_nums int
set @error_nums=0
--开始事务
begin transaction tran_change
begin try
update [dbo].[Customer] set Remain=Remain-100 where name='刘虹伶'
set @error_nums=@error_nums+@@error
update [dbo].[Customer] set Remain=Remain+100 where name='郭方龙'
set @error_nums=@error_nums+@@error
end try
begin catch
set @error_nums=@error_nums+1
print '错误异常'+convert(varchar(50),error_number()) +'错误消息'+error_message()
end catch
if(@error_nums>0)--表示有错，回滚
rollback transaction tran_change
else
 commit transaction tran_change

 select * from [dbo].[Customer]
           

上面的数据我们都是写死的，有存储过程基础的小伙伴也可以把这个事务封装成存储过程，如果没有存储过程基础的小伙伴也可以看看我之前的描写存储过程的文章：https://blog.csdn.net/qq_40052237/article/details/106258732

go
create proc cp_changeAcount
(
@idOut int,
@idIn int,
@Remain decimal(18,2)
)
as
--定义变量记录错误数量
declare @error_nums int
set @error_nums=0
--开始事务
begin transaction tran_change
begin try
update [dbo].[Customer] set Remain=(Remain-@Remain) where id=@idOut
set @error_nums=@error_nums+@@error
update [dbo].[Customer] set Remain=(Remain+@Remain) where id=@idIn
set @error_nums=@error_nums+@@error
end try
begin catch
set @error_nums=@error_nums+1
print '错误异常:'+convert(varchar(50),error_number()) +'错误消息:'+error_message()
end catch
if(@error_nums>0)--表示有错，回滚
rollback transaction tran_change
else
 commit transaction tran_change
           

这样在我们调用的时候，数据可以根据前端传来的值而改变