1180
社区成员
- 主页
vb+access 在本地运行速度还可以，但在网络上慢！慢！慢！慢！
我用ACCESS做数据库用ODBC联接 因为有狠多用户要用这个数据库！
ACCESS 所在的PC上运行，速度还可以，但是在其它的机器上会显得狠慢
求助！
ACCESS 所在的PC上运行，速度还可以，但是在其它的机器上会显得狠慢
求助！
...全文
请发表友善的回复…
发表回复
remanwang 2002-11-07
网络带宽不够的问题造成刷新操作减慢，如果是多用户同时使用，还有一个并发的问题，所以多用户系统最好不要用access，我的经验是access能支持5个用户同时访问就不错了
Davidxw 2002-11-07
哪儿有介绍网络访问数据库的书？同志们，给我推荐推荐！
of123 2002-11-07
试试：
ME。ADO。recordset.requery
ME。DATALIST1。REFRESH
ME。ADO。recordset.requery
ME。DATALIST1。REFRESH
守城小轩 2002-11-06
其实你不要考虑网络速度的问题
应该把问题的重点放在你的程序编写上
可以用精良的程序来祢补网络速度的问题
这是我在看一本有关vb与Web数据库的书 作者说的
但我忘了是那本书了
他的方法是：先让程序读取少量的数据 省下的交给程序后台处理
他用的方法是判断在读取数据库时的几个等待状态 好像是这样
总之他的办法非常有效！
应该把问题的重点放在你的程序编写上
可以用精良的程序来祢补网络速度的问题
这是我在看一本有关vb与Web数据库的书 作者说的
但我忘了是那本书了
他的方法是：先让程序读取少量的数据 省下的交给程序后台处理
他用的方法是判断在读取数据库时的几个等待状态 好像是这样
总之他的办法非常有效！
我不懂电脑 2002-05-04
估计是受到网络传输带宽影响。
bigwhiteshark 2002-05-04
┏━━━━━━━━━━━━━┓
┃※※※※★★★★★※※※※┃
┃※【终级掠食者—大白鲨】※┃
┃※※※※★★★★★※※※※┃
┗━━━━━━━━━━━━━┛
应该发表到VB
┃※※※※★★★★★※※※※┃
┃※【终级掠食者—大白鲨】※┃
┃※※※※★★★★★※※※※┃
┗━━━━━━━━━━━━━┛
应该发表到VB
kofkim 2002-05-04
建议IIS!~
tofool 2002-05-04
我说清楚一点，
我用ADO 中的 CONNECTIONSTRING =ODBC ， 因为要用到网络， 设置ODBC 就可以了，
用OLE 联接时，说什么错误 (必须是独站方式打开， )因为是网络，不可能以独占方式找开，所以必须以ODBC
我用ADO 中的 CONNECTIONSTRING =ODBC ， 因为要用到网络， 设置ODBC 就可以了，
用OLE 联接时，说什么错误 (必须是独站方式打开， )因为是网络，不可能以独占方式找开，所以必须以ODBC
water_j 2002-05-04
ADO 可让应用程序直接访问并修改数据源（有时称为双层系统）。例如，如果要连接到包含所需数据的数据源，则该连接即是在双层系统中的直接连接。
然而，也需要通过象 Microsoft Internet Information Server (IIS) 这样的媒介间接地访问数据源。这种方法称为三层系统。IIS 采用客户端/服务器系统，该系统可帮助本地（或客户端）的应用程序通过 Internet 或 Intranet 高效地调用远程（或服务器）程序。服务器程序访问数据源，并可有选择地处理已获得的数据。
注意 客户端/服务器应用程序不一定必须基于 Internet 或 Intranet （即基于 Web），它可以仅由局域网上的编译程序组成。但是，典型的范例是基于 Web 的应用程序。
因为一些可视化控件诸如网格、复选框或列表可以使用返回信息，所以返回信息必须易于被可视化控件使用。
用户需要的是简单有效的应用程序编程接口，该程序应支持三层系统，同时能够象在双层系统上检索信息一样容易返回信息。“远程数据服务” (RDS) 即是这样的接口
然而，也需要通过象 Microsoft Internet Information Server (IIS) 这样的媒介间接地访问数据源。这种方法称为三层系统。IIS 采用客户端/服务器系统，该系统可帮助本地（或客户端）的应用程序通过 Internet 或 Intranet 高效地调用远程（或服务器）程序。服务器程序访问数据源，并可有选择地处理已获得的数据。
注意 客户端/服务器应用程序不一定必须基于 Internet 或 Intranet （即基于 Web），它可以仅由局域网上的编译程序组成。但是，典型的范例是基于 Web 的应用程序。
因为一些可视化控件诸如网格、复选框或列表可以使用返回信息，所以返回信息必须易于被可视化控件使用。
用户需要的是简单有效的应用程序编程接口，该程序应支持三层系统，同时能够象在双层系统上检索信息一样容易返回信息。“远程数据服务” (RDS) 即是这样的接口
jyu1221 2002-05-04
在网络上运行速度慢是肯定的，具体采用ODBC，ADO，DAO，都不是关键问题。
关键问题是网络的速度不够，要想真正解决这个问题，必须采用C/S模式，
在运行的那台机器作为CLIENT端，在存放ACCESS数据库的机器作为SERVER端，
它们上都必须开发一个程序，一个叫客户程序，另一个叫服务程序，它们之间
通过TCP/IP连接，访问数据库的方法要采用SQL语句。这样才能真正地解决速度
慢的问题。
关键问题是网络的速度不够，要想真正解决这个问题，必须采用C/S模式，
在运行的那台机器作为CLIENT端，在存放ACCESS数据库的机器作为SERVER端，
它们上都必须开发一个程序，一个叫客户程序，另一个叫服务程序，它们之间
通过TCP/IP连接，访问数据库的方法要采用SQL语句。这样才能真正地解决速度
慢的问题。
miniant 2002-05-04
因为用ODBC联接会加重服务器的负担（与ＡＤＯ比较而言），还有网络链接速度也是影响数据库运行速度的重要因素。运用ＡＤＯ的效率要比ODBC联接高许多，即使在本地运行也有很明显的速度变化！
wyb_star 2002-05-04
为啥用ODBC，ADO和DAO那么好的东西不用，傻呀！
tofool 2002-05-04
但是用ODBC 联接时，，可以用呀，在本地速度还可以呀，
请问ODBC， OLE ，各有什么好处， 会景响速度吗 ？？
请问ODBC， OLE ，各有什么好处， 会景响速度吗 ？？
miniant 2002-05-04
ACCESS做数据库应不用ODBC联接 ，可以改用OLB联接。
peachblossom 2002-05-04
learn!
tofool 2002-05-04
最终发现， 慢以的原因是：
ME。ADO。REFRESH ，
ME。DATALIST1。REFRESH
这两条语句 ! 导至的， 但不REFRESH ，又不行，
ME。ADO。REFRESH ，
ME。DATALIST1。REFRESH
这两条语句 ! 导至的， 但不REFRESH ，又不行，