设为首页收藏本站Access中国

Office中国论坛/Access中国论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

返回列表 发新帖
查看: 6348|回复: 8
打印 上一主题 下一主题

在广域网下使用ADP访问SQL Server

[复制链接]
跳转到指定楼层
1#
发表于 2007-3-2 20:13:00 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
     在内部网使用ADP访问SQL Server,系统是比较稳定;

     但在广域网下,经常出现:过一会(时间不等,从10分钟到2小时),客户端就会自动断开与数据库的连接(我用的是ADO),导致无法访问数据库。很困惑? 在局域网内则没有这方面的问题,是不是adp只适合局域网?

    出现这种情况后,将产生两种后果:

    1)数据源为表/视图/存储过程的组合框内的列表内容消失,可通过改为值列表的形式解决;  
    2)ADO连接断开。这种办法,只能在连接。但现在无法判断是否一直连接(通过判断连接的状态,不能识别)。有没有好的办法?   我用CurrentProject.Connect.State ,但其值总是1(即使ADO断开连接)

   当然,每次断开后,可以显性连接。但这种方法很不友好,希望能有一种能侦测并自动重连接的解决方法





[此贴子已经被作者于2007-3-2 17:22:21编辑过]

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1 分享分享 分享淘帖 订阅订阅
2#
 楼主| 发表于 2007-3-3 01:19:00 | 只看该作者
答案(一)

是,这是网络不流畅的结果,在当今的互联网环境下,使用ADP连接外网上的数据库是不太理想,我想解决的办法可能只能是自己写代码来判断是否已经断开了连接,断了就重新连接。


我最近正在开发的一个项目就需要这么做,我的思路是使用mdb文件,用ADO连接数据库,所有窗体都使用代码来连接,使用me.form.Recordset=recordSet的方式,而不是直接使用ADP文件,这样,一旦断开,我可以通过捕捉异常错误来发现,并且重新连接。

至于在ADP文件中,使用其自身的功能能不能实现断线重连的效果,我还没有想到办法,不知道有没有哪位高手有好的的方法或建议。

源于:http://www.office-cn.net/forum.php?mod=viewthread&tid=49568
3#
 楼主| 发表于 2007-3-3 01:28:00 | 只看该作者
答案(二)

问:用access的项目文件远程连接SQL Server出现间断性的连接失败,怎么解决?我用access做了一个adp文件,后端是位于互联网上的远程SQL Server数据库(我开放了服务器的1433端口),登陆方式是混合验证模式。登录时须输入用户名(sa)和密码
可是在程序运行当中会无规律的出现连接失败的事情,有时候一整天都正常,有时候一分钟内出现好几次。一般重新连接一下就又正常了。
可是老这样也不是办法,盼高人指点迷津,给个解决问题的好办法。谢谢!
      声明:我用ADSL上网,网络状况正常,网页浏览正常。

答:应该是网络问题。 最好的办法是:通过VPN建立稳定的通道。 这样做有两个好处: 1、安全 2、稳定

源于:http://www.office-cn.net/forum.php?mod=viewthread&tid=36163
4#
发表于 2007-3-3 18:02:00 | 只看该作者
听说通过VPN会不错!但是我没有试过,希望试过的谈谈使用的效果!关注中!

点击这里给我发消息

5#
发表于 2007-4-13 02:09:00 | 只看该作者
总的来说,办法一比较好。不要使用链接表,服务器端多写存储过程,在Access中使用传递查询。

如果使用ADO,传递查询就不要用了。
6#
发表于 2007-12-10 22:11:25 | 只看该作者
学习,学习,学习
7#
发表于 2009-8-19 16:14:03 | 只看该作者
学习,
8#
发表于 2009-8-19 16:50:18 | 只看该作者
谢谢分享~~~~~~~~
9#
发表于 2009-11-14 21:59:00 | 只看该作者
学习,
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|站长邮箱|小黑屋|手机版|Office中国/Access中国 ( 粤ICP备10043721号-1 )  

GMT+8, 2024-12-2 07:03 , Processed in 0.076779 second(s), 32 queries .

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表