解决方案 »

  1.   

    这个只能自己调试检查吧。出现的原因很多的。
    自己断电在最后执行sql那边,看数量对不对,不对的话,就是哪一步错了。
    对的话,就检查数据库,触发器啊什么的。
      

  2.   

    记录每次执行的sql,出错时候回查
      

  3.   

    如果只考虑理想情况,只在开发环境下做debug测试,那么很多bug你可能根本想都没想过的
    比如数据库不在本地,在网络中(一般是局域网)
    那么数据库通信就不见得100%成功,很可能会失败.失败的时候如何处理,就是个很大的问题你插入或更新多行数据,如果前面的成功了,后面的失败了,是如何处理的,让用户再点一次,再执行一遍同样的操作?那必然造成重复,数据错乱而且设计成直接更新,而不是插入新记录,你连到底是哪个过程出错了也排查不出来
      

  4.   

    确实是在用网络里的,而且还是异地网络,使用的是VPN...那么如你所说,该怎么处理呢?还有之前说的“事物”是怎么回事啊,能否给我大概的解释连接,我去学习下。软件现在在华中和华南两个地方使用,哎,蛋疼死了。之前没事的时候接的活,可是完全没这方面经验啊,后悔死了。
      

  5.   

    找清楚库存变动的几个原因.
    入库,出库,盘点 等,库存都会变.
    再大胆一点,程序是否有什么bug被客户发现了,一些非法操作可直接改库存.
    你现在的程序自己跟自己的帐都对不上,我要是客户肯定不敢再用了...所有针对库存操作最好有一个完整的明细表