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

问题背景：

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

If ICancelcard.AddCancelCard(EntityCancelCard) = True And IStuInfo.DeleteStudent(EntityCancelCard) = True Then            Return True
    Else
       Return False
End If

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

解决方式（一）：——存储过程

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

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

解决方式（二）：——事务结合存储过程

事务：

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

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 

在Ｄ层的实现：

''' 删除注册用户学生
    '''</summary>
    ''' <param name="Student"></param>
    ''' <returns>Boolean</returns>
    ''' <remarks>如果删除成功，返回ture 否则返回false</remarks>
    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

　　

小结：

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