• 事务和异常易出现的错误


    1、Exit方法
    原以为Exit方法执行后,会马上退出过程,但是真正做了一个例子来测试后,才让我改变了想法。请看下面这
    个例子,flag最后被赋值为'C'。

    ============================================================
    var
        flag: string;
    begin
        try
          flag := 'A';

          Exit;

          flag := 'B';
        finally
          flag := 'C';
        end;

        flag := 'D';
    end;

    ===========================================================
    分析:不论try子句如何结束,finally 子句总是被执行。(多谢ylmg网友)

    2、一个能让整个系统停止运作的小问题

    在数据库系统设计中,经常使用事务操作来保证数据的完整性,但是设计不当,却容易产生比较大的影响,下面举个例子说明虽然数据完整性保证了,但是可能令到系统完全停止运作:
    ============================================================
    AdoConnection1.BeginTrans;
    try   
        ...

        if Application.MessageBox('是否确定删除?', '询问', MB_YESNO+MB_ICONQUESTION)<>IDYes then //(1)
        begin

          ...

        end;

        Application.MessageBox('操作失败', '警告', MB_OK); //(2)

        AdoConnection1.CommitTrans;
    except
        Application.MessageBox('操作失败', '警告', MB_OK); //(3)

        AdoConnection1.RollbackTrans;
    end;
    ============================================================

    分析:上面代码中的问题都是由于(1)、(2)、(3)的Application.MessageBox引起,但是引起问题的并不是Application.MessageBox本身,而是它将程序挂起,需要用户干预后,才继续执行后面的操作;如果用户这时候离开了计算机,或者没有对这些对话框进行确定操作的话,可想而知,整个系统因为这个事务没有结束而通通处于等待状态了。

    为了避免这个问题,原则有两个:
    (1)、事务启动后,无需用户干预,程序可以自动结束事务;
    (2)、在事务里面做时间最短的操作。


    3、try...except...end结构

    下面举个例子来说明try结构,还是使用事务操作的例子:

    有问题的代码:
    ============================================================
    try
        ...

        AdoConnection1.BeginTrans;

        ...

        AdoConnection1.CommitTrans;
    except
        AdoConnection1.RollbackTrans;
    end;
    ===========================================================

    分析:如果try之后到AdoConnection1.BeginTrans这段代码中出现异常,将跳转到AdoConnection1.RollbackTrans执行,但是AdoConnection1因为出错并没有启动事务,所以AdoConnection1.RollbackTrans执行时出错了。

    正确的代码: ============================================================
    AdoConnection1.BeginTrans;
    try
        ...

        ...

        AdoConnection1.CommitTrans;
    except
        AdoConnection1.RollbackTrans;
    end;
    ============================================================

    总之,try的架构是用来保护异常的操作的,try...except之间的产生异常都会执行except...end之间的操作,设计try命令时一定要注意架构的合理性。

    4、欺骗了自己的事务保护

    在做数据库应用软件时,我们经常需要碰到下面的问题:对原有数据进行判断,然后做出相应的修改。这个问题看似比较简单,但是如果考虑到网络上还有别的人在使用同一个系统,那么,你就不的不考虑可能被意外改变的问题了。我的同事比较粗心,虽然在我的提示下考虑了多用户问题,但是他还是写下了有问题的代码:
    ============================================================
    var
        adsTemp: TAdoDataSet;
        isOk: boolean;
    begin
        adsTemp := TAdoDataSet.Create(self);
        try
          adsTemp.Connection := AdoConnection1;
          adsTemp.CommandText := 'select fid, fnumber from tb1 where fid=120';
          adsTemp.Open;

          isOk := adsTemp.FieldByName('fnumber').AsInteger>100;
        finally
          adsTemp.Free;
        end;

        if not isOk then
          Exit;

        AdoConnection1.BeginTrans;
        try
          AdoConnection1.Execute('update tb1 set ffull=ffull + 1 from tb1 where fid=120';
          ...
          ...

          AdoConnection1.CommitTrans;
        except
          AdoConnection1.RollbackTrans;
        end;
    end;
    ============================================================
    分析:不知大家看出问题来了没有,在AdoConnection1.BeginTrans之前判断数据,然后使用AdoConnection1.Execute改变数据,如果这个数据是共享的,那么在判断之后到AdoConnection1.BeginTrans之前的这段时间里头,tb1的数据可能已经发生了改变,这个事务保护是没有用处的。

    正确的方法是判断和修改必须是同一份数据,下面示例了有两个方法(区别在于启动事务的位置不相同):

    代码1(使用事务保护以后,判断的和修改的是同一数据):
    ============================================================
    var
        adsTemp: TAdoDataSet;
        isOk: boolean;
    begin
        AdoConnection1.BeginTrans;
        try
          adsTemp := TAdoDataSet.Create(self);
          try
            adsTemp.Connection := AdoConnection1;
            adsTemp.CommandText := 'select fid, fnumber, ffull from tb1 where fid=120';
            adsTemp.Open;

            if adsTemp.FieldByName('fnumber').AsInteger>100 then
            begin
              adsTemp.Edit;
              adsTemp.FieldByName('ffull').AsInteger := adsTemp.FieldByName('ffull').AsInteger + 1;
              adsTemp.Post;
            end;

          finally
            adsTemp.Free;
          end;

          AdoConnection1.CommitTrans;
        except
          AdoConnection1.RollbackTrans;
        end;
    end;
    ============================================================

    代码2(使用异常捕捉,假如判断和修改的不是同一份数据,adsTemp.Post时会出现异常,这个是ADODataSet对象具有的特性):
    ============================================================
    var
        adsTemp: TAdoDataSet;
        isOk: boolean;
    begin
        adsTemp := TAdoDataSet.Create(self);
        try
          adsTemp.Connection := AdoConnection1;
          adsTemp.CommandText := 'select fid, fnumber, ffull from tb1 where fid=120';
          adsTemp.Open;

          if adsTemp.FieldByName('fnumber').AsInteger>100 then
          begin
            AdoConnection1.BeginTrans;
            try
              adsTemp.Edit;
              adsTemp.FieldByName('ffull').AsInteger := adsTemp.FieldByName('ffull').AsInteger + 1;
              adsTemp.Post;

              AdoConnection1.CommitTrans;
            except
              AdoConnection1.RollbackTrans;
            end;
          end;
        finally
          adsTemp.Free;
        end;
    end;

  • 相关阅读:
    Android多屏幕适配
    android应用签名详解
    内部类与静态内部类详解
    SpringBoot整合Spring Retry实现重试机制
    行为型模式之模板方法模式
    行为型模式之操作复杂对象结构(访问者模式)
    行为型模式之算法的封装与切换(策略模式)
    行为型模式之处理对象的多种状态及其相互转换(状态模式)
    行为型模式之对象间的联动(观察者模式)
    行为型模式之撤销功能的实现(备忘录模式)
  • 原文地址:https://www.cnblogs.com/jshchg/p/2148000.html
Copyright © 2020-2023  润新知