java和Mysql数据一致性_数据库数据一致性——事务和存储过程

问题背景：

原先做机房收费系统的时候，对于D层访问数据库，对数据库的操作基本上都是通过SQL语句实现的，这样导致的一个问题就是在完成机房收费系统中，产生了一些容易被忽略的逻辑黑洞。例如：在退卡业务逻辑中，要判断从注册表中是否删除成功，其次，还要判断是否将退卡记录添加到退卡记录表中，两者都成功之后，标识退卡业务逻辑完成，任何一个失败，退卡业务逻辑标识失败。我原先的思路有点片面化，就是通过and连接符来判断两者是否都为true：

If ICancelcard.AddCancelCard(EntityCancelCard) = True And IStuInfo.DeleteStudent(EntityCancelCard) = True ThenReturn TrueElseReturn FalseEnd If

但是这样就出现了一个思维漏洞：假设一种情况——从卡的注册表中删除成功了，但是添加信息的时候却添加失败了，按照上述代码，则会给用户提示：用户退卡失败。但是这时候却已经从卡的注册表中删除的情况；

解决方式(一)：——存储过程

存储过程：

是一组为了完成特定功能的SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)来执行它。对于上述的问题，用存储过程来解决：当从卡注册表中删除某个卡的时候，将卡的信息添加到退卡记录表中：

CREATEPROCEDURE Pro_CancelCard            @StudentIDchar(10),@CardIDint,@CancelCashnumeric(18,2),@Datechar(20),@TimeChar(20),@UserIDChar(10),@StatusChar(10),        ASBEGIN  deletefrom TB_Student_Info  whereCardID=@CardID SETNOCOUNT ON;       insert TB_CancelCard_Infovalues(@StudentID,@CardID,@CancelCash,@Date,@Time,@UserID,@Status)    ENDGO

解决方式(二)：——事务结合存储过程

事务：

是指作为单个逻辑工作单元执行的一系列操作。事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。用我们通俗的理解，就是武侠小说中的：不成功，便成仁！要不都成功，要不都不成功。其最重要的特征就是一致性，也可以理解为原子性

Create procedure [dbo].[PROC_UpStuCash]     @StudentID char(10), @CardID int, @CancelCash numeric(18,2), @Date char(20), @Time Char(20), @UserID Char(10), @Status Char(10), as begin  set nocount on; set xact_abort on ;    /开始事务 begin tran   delete from TB_Student_Info  where CardID =@CardID   insert TB_CancelCard_Info values(@StudentID,@CardID,@CancelCash,@Date,@Time,@UserID,@Status) if @@ERROR = 0  commit tran /都执行成功,提交事务 else         rollback tran /任何一个失败,事务回滚

end

在Ｄ层的实现：

''' 删除注册用户学生    '''    '''     ''' Boolean    ''' 如果删除成功，返回ture 否则返回false    Public Function DeleteStudent(Student As CancelCardEntity) As Boolean Implements IStudentInfo.DeleteStudent        Dim paras As SqlParameter()        Try            paras = New SqlParameter() {                     New SqlParameter("@CardID", Student.CancelCardID),                     New SqlParameter("@StudentID", Student.CancelStuID),                     New SqlParameter("@CancelCash", Student.CancelCash),                     New SqlParameter("@Date", Student.CancelDate),                     New SqlParameter("@Time", Student.CancelTime),                     New SqlParameter("@UserID", Student.CancelUserID),                     New SqlParameter("@Status", "结账")                     }

sqlStr = "Pro_CancelCard"

Return SqlHelperDAL.Instance.ExecAddDelUpdate(sqlStr, CommandType.StoredProcedure, paras)

Catch ex As Exception            Throw ex        End Try    End Function

小结：

对于数据库完整性，由原先的一无所知，到初步了解，以及到现在的慢慢的使用，这是一个慢慢的过程；当然，事务的使用也不是那么的熟练和完美，对于笔记中的扩展事务控制，传统的事务控制，复制控制等，现在还是停留在认知阶段。其实，对于事务和存储过程，如果写的足够完美的话，完全可以将复杂的业务逻辑层给简化，在Ｄ层执行对应的存储过程，让Ｂ层简单实现Ｄ层的接口，这也是其一个作用吧～～～

posted on 2013-08-22 10:59 顺其自然EVO 阅读(223) 评论(0)  编辑  收藏 所属分类: 数据库