你设置这个是没有用的。这个的意义是指: 当一个连接打开时,超过多久时间闲置,系统理论上断开此连接。而不是指当你设置这个时间时,超过这么长时间没连上就断开。 它本来就没连上,又何来断开。几台机差异大,问题比较多,主要原因可能在于网络。另外,你说的那个时间,不是由ado里面的设置来控制的,而是由系统的网络连接尝试时间(或次数)控制的,具体在哪,我也不清楚。

解决方案 »

  1.   


    好像理解有误 ‧    *
          ADO connection:ConnectionTimeout 属性        指示建立连接期间在终止尝试和产生错误之前需要等待的时间。        设置和返回值 设置或返回 Long 值,该值指示等待连接打开的秒数。默认值为 15。        说明 如果由于网络拥挤或服务器负载过重引起的延迟而有必要取消连接尝试,请使用 Connection 对象的 ConnectionTimeout 属性。如果在 CommandTimeout 属性设置的时间内未打开连接,将产生错误,并且 ADO 取消该尝试。如果将该属性设置为零,ADO 将一直等待到连接打开。请确保正在为其编写代码的提供者支持 CommandTimeout 功能。        ConnectionTimeout 属性在连接关闭时为读/写,在连接打开时为只读。
    3台电脑上的时间差异,这个有点难解释哈,我是没有碰到过。
      

  2.   

         ADO connection:ConnectionTimeout 属性应该是连接超时吧
      

  3.   

    timeout并不能解决问题,如果网络位置并不存在,或者端口没有开放,那肯定需要长时间的确认
      

  4.   

    谢谢大家,现在的情况时有人把数据库服务器给关掉了,ConnectionTimeout好像是连接超时时间吧,我查到的资料也是这个啊:ADO connection:ConnectionTimeout 属性
      指示建立连接期间在终止尝试和产生错误之前需要等待的时间。  设置和返回值 设置或返回 Long 值,该值指示等待连接打开的秒数。默认值为 15。  说明 如果由于网络拥挤或服务器负载过重引起的延迟而有必要取消连接尝试,请使用 Connection 对象的 ConnectionTimeout 属性。如果在 CommandTimeout 属性设置的时间内未打开连接,将产生错误,并且 ADO 取消该尝试。如果将该属性设置为零,ADO 将一直等待到连接打开。请确保正在为其编写代码的提供者支持 CommandTimeout 功能。  ConnectionTimeout 属性在连接关闭时为读/写,在连接打开时为只读。