1、我使用的是Vb6+ADO+Oracle Database+COM+技术组合
2、此错误长期运行后才出现
3、错误产生后,必须重起才能解决,原先的功能又恢复了
4、能够确保每一个过程,函数都有错误捕捉,而且有Err.Clear
5、Why?各位大哥能否给些建议

解决方案 »

  1.   

    系统采用COM+架构,数据库服务器是Oracle9i,我的长时间的概念是7天左右
      

  2.   

    非常感谢各位帮助。现在问题定位的范围缩小了,我想是COM+和Oracle数据库的问题,具体现象是:
    1、用户运行系统大概7天了,其间系统没有问题
    2、昨天老是报“多步操作...”错误
    3、我跟踪系统,发现我用RecordSet读取日期型数据的时候经常出错,有时好,有时就报错,重起服务器就没有问题了
    4、我用的是Oracle的OleDb引擎
    各位有什么建议吗?
      

  3.   

    数据库的设计是小组讨论的,有很丰富的DBA参与设计,不存在“两个或多个重复的记录”,主键和外键,索引都是很简单的设置。
      

  4.   

    应该是对数据库的操作错误或某些对数据库操作的控件操作错误,好好检查一下吧,有些控件本身就有bug,比如vb带的那个dbgrid,输入20位以上时就会出现这个错误,换成同门的true dategrid就好了
      

  5.   

    不是,在那种情况下,我完全重新编写程序(不用任何控件),通过COM+读取时间,也是时好时坏
      

  6.   

    这个错误经常是因为字段的数据类型不符合、长度超长引起的。
    日期型数据有时候会因为数据格式不符合引起。有些客户端设置的日期格式可能短日期型,例如可能“月月-日日-年年”格式,而服务器认为是“年年-月月-日日”,更新到数据库就出错了。最好对日期型拼到SQL全部格式化为标准“年年年年-月月-日日”格式。因此有些客户端正常,有些不正常。
      

  7.   

    gsuner:问题是,为什么我运行6,7天后就出问题,而且有时出有时不出。重起COM+服务或机器及没有问题了?
    其次,Oracle数据的插入我都是to_date('','yyy-MM-dd')的
      

  8.   

    hbxsq(博文) :
    1、Oracle里没有自动ID,我用的是序列
    2、整个库确信没有用触发器
    3、我只是在读取的时候出错,而且重起COM+服务一切都恢复正常了