过程与事务的区别

http://blog.sina.com.cn/s/blog_807992170100wcgt.html
存储过程:是SQL-Server服务器上一组预先编译好的T-SQL语句。以一个名称存储在数据库中,作为一个独立的数据库对象。
有以下优点:
1、执行速度快;
2、提高工作效率;
3、规范程序设计;
4、提高系统安全性。
事务:一般是指用户定义的一序列操作,这些操作要么全做,要么都不做,是不可分割的一个工作单位.他是一个逻辑工作单元,同时又是一个恢复单元,一个事务提交以后数据库又处与另一个一致状态.具体的关于他的操作去找书看吧.
事务中可以有存储过程
存储过程中也可以有事务


事务是一系列的对数据库的操作,这些操作包括存储过程,更改语句及其它操作。开始语句是BEGIN TRANSACTION (事务开始),结束语句有两种,一个是ROLLBACK--回滚,一个是--commit提交事务的所有操作。
存储过程是实现一定功能的语句组成的程序段。可以包括事务,也可以在某事务当中。
这是一个包括一个事务处理过程的存储过程,并且在事务中也包括另一个存储过程的操作:
CREATTE PROCEDURE MYPROCEDURE
AS
BEGIN TRANSACTION--开始一个事务
UPDATE TABLENAME SET ABC='DEF' WHERE ......--操作
EXEC OTHERPROCEDURE '参数' --事务中包括的存储过程
IF @@ERROR>0--操作如果失败
BEGIN
ROLLBACK TRANSACTION--回滚
RAISERROR('更改数据失败!',16,1)--向前台报错
RETURN--返回,不再继续执行
END
ELSE
COMMIT TRANSACTION--操作成功,确认所作修改
GO


事务具有原子性,要么不执行,要么全执行,一旦成功执行永久保存。下面是个转账的事务应用的例子。
If Not Exists (Select * From sysobjects Where name='bank')
Begin 
 Create Table bank
 (
 bankid int identity(1,1) Primary Key ,
 username varchar(50) not null,
 rmbnum float not null
 )
End  

-- add constraint  限制帐户存额不小于0
Alter Table bank add constraint CK_bank_rmbnum check(rmbnum>0)

-- init table bank 
Insert Into Bank (username,rmbnum) Values ('张三',10000)
Insert Into Bank (username,rmbnum) Values ('李四',10000)
Insert Into Bank (username,rmbnum) Values ('王五',10000)
Insert Into Bank (username,rmbnum) Values ('小儿',10000)

-- 执行转账 将张三的帐户上划20000万到李四的账户上
declare @howmuch float 
set @howmuch=20000
update bank set rmbnum=rmbnum-@howmuch where username='张三'
update bank set rmbnum=rmbnum+@howmuch where username='李四'
-- 以上过程前者失败后者成功。因为张三账户余额不足。
/*
事务的格式:
Begin TransAction  --开始事务传输
Commit TransAction  --提交事务
RollBack TransAction --回滚事务
*/

update bank set rmbnum=10000

set nocount on  -- 设置不显示影响的行数
print('查看转账前帐户余额:')
Select * From bank 
Begin TransAction 
 declare @errno int 
 declare @num int 
 set @errno=0 
 set @num=100000
 --将王五的帐户减少@num
 Update Bank set rmbnum=rmbnum-@num where username='王五'
 set @errno=@errno+@@error  --加上执行过程中产生的错误编号
 -- 将小儿的帐户增加@num
 update bank set rmbnum=rmbnum+@num where username='小儿'
 set @errno=@errno+@@error

-- 根据是否产生错误决定事务是提交还是撤销
 If @errno>0 
  begin 
   print('事务处理失败,回滚事务!')
   rollback TransAction 
  end 
 Else
  Begin 
   print('事务处理成功,提交事务!')
   Commit TransAction
  End 
 
 print('查看转账后庄户余额:')
 Select * From Bank





                
<think>好的,我现在需要回答用户关于存储过程事务之间的区别及使用场景的问题。用户可能对这两个概念有些混淆,所以首先需要明确它们的定义各自的作用。 首先,存储过程是数据库中的一组预编译的SQL语句,可以接受参数、执行复杂操作,并返回结果。而事务则是数据库操作的逻辑单元,保证ACID特性(原子性、一致性、隔离性、持久性)。接下来要比较它们的区别,可能需要从定义、执行方式、控制范围、应用场景等方面展开。 用户提供的引用资料中,提到了Java控制事务存储过程控制事务的对比,以及临时表业务表的区别。虽然这些不是直接回答存储过程事务的关系,但可以从中提取相关信息。比如引用[1]提到事务控制可以在应用层(如Java)或存储过程中进行,说明存储过程可以包含事务控制。而事务本身是更基础的概念,无论在哪里控制,都需要遵循事务的特性。 接下来需要组织内容,先解释存储过程事务各自的定义,再分点列出它们的区别。例如,存储过程是数据库对象,而事务是操作机制;存储过程可以封装多个SQL语句,而事务确保这些语句的原子性。使用场景方面,存储过程适合复杂业务逻辑,事务用于保证数据一致性。 同时,用户可能还关心何时使用存储过程中的事务控制,以及应用层控制事务的对比。根据引用[1],应用层控制事务更灵活,而存储过程控制事务可以减少网络开销,提高性能。这也需要在回答中提及,帮助用户理解不同场景下的选择。 最后,生成相关问题时要围绕两者的区别应用,例如事务的特性、存储过程的优缺点,以及它们在实际中的结合使用。需要确保问题能够引导用户进一步探索相关知识,同时覆盖可能的相关疑问。 检查是否有遗漏点,比如事务的ACID属性是否需要详细说明?或者存储过程的其他特点,如安全性、维护性等。可能还需要提到存储过程中的事务外部事务的关系,比如嵌套事务的处理,但用户的问题可能不需要深入到这种细节,保持回答简洁明了比较重要。 总结回答结构:定义两者,分点区别,适用场景,最后相关问题。确保语言口语化,避免技术术语堆砌,同时准确无误。</think>### 存储过程事务区别及使用场景 #### 一、核心定义 1. **事务(Transaction)** 是数据库操作的最小逻辑单元,通过 **ACID特性**(原子性、一致性、隔离性、持久性)确保数据操作的完整性。例如,银行转账需保证扣款入账同时成功或失败,这就是事务的典型应用[^1]。 2. **存储过程(Stored Procedure)** 是预编译的SQL代码块,封装了复杂的业务逻辑(如多表关联操作、循环计算),可接受参数并返回结果。例如,批量处理订单数据时,可通过存储过程一次性完成校验、计算更新。 --- #### 二、核心区别 | **维度** | **事务** | **存储过程** | |----------------|-----------------------------------|----------------------------------| | **本质** | 数据操作机制 | 数据库对象(代码容器) | | **功能范围** | 控制操作的原子性、一致性 | 封装SQL逻辑(可能包含事务控制) | | **执行方式** | 通过`BEGIN TRANSACTION`/`COMMIT`等语句控制 | 通过`CALL`或`EXECUTE`调用执行 | | **生命周期** | 随操作结束而终止 | 存储在数据库中,长期存在 | | **性能影响** | 锁机制可能影响并发性能 | 预编译减少解析时间,提升执行效率 | --- #### 三、协作关系使用场景 1. **协作关系** - 存储过程 **内部可包含事务控制**(如Oracle的`COMMIT`/`ROLLBACK`),实现复杂操作的原子性。 - 事务 **可跨多个存储过程**,例如在Java中调用多个存储过程并统一提交或回滚[^1]。 2. **典型场景** - **优先使用事务** - 简单数据操作(如单表插入或更新) - 需应用层逻辑紧密配合的场景(如结合业务校验) - **优先使用存储过程** - 高频复杂计算(如财务批量结算) - 减少网络通信(如将多步操作封装为一次调用) - 需要数据库层面封装权限控制的场景 *示例:* ```sql -- 存储过程内控制事务 CREATE PROCEDURE TransferFunds( FROM_ACCT INT, TO_ACCT INT, AMOUNT DECIMAL ) BEGIN START TRANSACTION; UPDATE Accounts SET balance = balance - AMOUNT WHERE id = FROM_ACCT; UPDATE Accounts SET balance = balance + AMOUNT WHERE id = TO_ACCT; IF (SELECT balance FROM Accounts WHERE id = FROM_ACCT) >= 0 THEN COMMIT; ELSE ROLLBACK; END IF; END; ``` --- #### 四、选型建议 - **事务层控制选择** - 应用层控制(如Java的`@Transactional`):灵活性高,适合分布式系统[^1] - 存储过程控制:减少网络往返,适合高吞吐场景 - **临时表结合使用** 在存储过程中使用临时表存储中间结果(如会话级临时表),可避免污染业务表并提升性能[^2]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值