问题背景：
原先做机房收费系统的时候，对于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 whereCardID=@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 |
小结：
对于数据库完整性，由原先的一无所知，到初步了解，以及到现在的慢慢的使用，这是一个慢慢的过程；当然，事务的使用也不是那么的熟练和完美，对于笔记中的扩展事务控制，传统的事务控制，复制控制等，现在还是停留在认知阶段。其实，对于事务和存储过程，如果写的足够完美的话，完全可以将复杂的业务逻辑层给简化，在Ｄ层执行对应的存储过程，让Ｂ层简单实现Ｄ层的接口，这也是其一个作用吧～～～