access 数据库速度 慢的 问题

有个生产管理系统是用access2003做的,放在服务器里,在客户端电脑通过局域网络直接执行服务器里的MDB文件,做操作。当一台电脑打开操作的时候速度还可以,两台以上同时... 有个生产管理系统 是用access 2003 做的 ,放在服务器里,在客户端电脑通过局域网络直接执行服务器里的MDB文件,做操作。当一台电脑打开操作的时候速度还可以,两台以上同时打开操作就明显有卡,速度慢的现象。ACCESS 数据库 效率不如其它数据库(如SQL等)这谁是知道的,我现在就是想知道一台电脑打开和两台以上电脑打开,导致速度慢的具体原因是什么,是网络带宽?是内存少(服务器 内存1G,客户机512或256)?是ACCESS本身?是硬盘速度慢(服务器SCSI硬盘 RIDE 5)?CUP不够快?如果用软件在服务器内存上做个虚拟硬盘,把ACCESS拷贝到虚拟硬盘上,会不会,解决一些问题??????????????? 展开
 我来答
fairhood
2007-11-29 · TA获得超过428个赞
知道小有建树答主
回答量:318
采纳率:0%
帮助的人:315万
展开全部
问题在于Access 本身
SQL, Sybase, Oracle等大型数据库管理系统, 不仅在管理大容量数据库时性能好,速度快. 更重要的是在并发处理有优势.而并发处理对于数据库管理系统是最重要的, 你想新浪, 百度等这些网站, 同一时刻有多少人在访问啊, 数据库要同时快速响应多个用户的数据处理请求显得尤为重要.
你单位的局域网至少应该是百M的吧 , 所以网速应该不是问题; 就服务器本身的配置而言, 性能也应该满足了; 在一个客户端的情况下, 能够快速的访问, 表明跟客户端配置也没有关系; 所以可以认为, 是由于Access本身对于并发处理的性能低下, 才导致以上问题. 建议你可以装个SQL Server2005, 用它可以把Access的数据库转换为Sql server数据库, 当然你程序中和数据库相关的连接, 访问语句也要改一下.
PS: 你文中所讲的"生产管理系统", 可能将来也不止在两个客户端上访问, 当将来客户端越来越多的时候, 这个问题会更加明显. 所以建议你及早升级到 SQL Server, 毕竟Access只是个桌面型的数据库, 并不适合应用在这种场合下. 另外, 个人认为建虚拟盘并不会有太大的性能改善.
TableDI
2024-07-18 广告
要将两个表格中的数据进行匹配,首先确定两个表格中都存在的共同字段,如ID、姓名或特定标识符。接着,使用数据处理工具(如Excel、SQL或Python的pandas库)来执行匹配操作。在Excel中,可以通过VLOOKUP函数或数据透视表来... 点击进入详情页
本回答由TableDI提供
由来天下为8
2007-12-10 · TA获得超过412个赞
知道小有建树答主
回答量:531
采纳率:0%
帮助的人:176万
展开全部
ACCESS这个你也知道,当数据量大了点的时候遍历一遍是很慢的.而且非常消耗系统资源.
2.你写的一些操作语句,比如查询等语句是不是尽量将语句优化了的(查询一个东西,要用尽量少的语句实现一样的功能,以减少读取数据库的次数)
3.你说到上面服务器内存和客户机器的对比,内存的确是小了点.现在个人机器的内存也开始普及1G了.服务器最少要2G.还有,你的硬盘是不是老化,出现速度减慢等原因.可以用个软件测试下.
4.你是在局域网,就算是用双绞线连接也不会是网速的原因,这点你可以放心.
5.这些原因排除了之后那要看看你的Connection Statement ResultSet
在用完了之后是不是及时关闭了,有的时候这里疏忽了.对整个程序的影响是非常大的.
SQL, Sybase, Oracle等大型数据库管理系统, 不仅在管理大容量数据库时性能好,速度快. 更重要的是在并发处理有优势.而并发处理对于数据库管理系统是最重要的, 你想新浪, 百度等这些网站, 同一时刻有多少人在访问啊, 数据库要同时快速响应多个用户的数据处理请求显得尤为重要.
你单位的局域网至少应该是百M的吧 , 所以网速应该不是问题; 就服务器本身的配置而言, 性能也应该满足了; 在一个客户端的情况下, 能够快速的访问, 表明跟客户端配置也没有关系; 所以可以认为, 是由于Access本身对于并发处理的性能低下, 才导致以上问题. 建议你可以装个SQL Server2005, 用它可以把Access的数据库转换为Sql server数据库, 当然你程序中和数据库相关的连接, 访问语句也要改一下.
PS: 你文中所讲的"生产管理系统", 可能将来也不止在两个客户端上访问, 当将来客户端越来越多的时候, 这个问题会更加明显. 所以建议你及早升级到 SQL Server, 毕竟Access只是个桌面型的数据库, 并不适合应用在这种场合下. 另外, 个人认为建虚拟盘并不会有太大的性能改善
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
百度网友6e7e9c5
2007-11-28 · TA获得超过2160个赞
知道大有可为答主
回答量:1220
采纳率:0%
帮助的人:1570万
展开全部
慢是正常的,因为会有共享操作延时的问题(同时操作,也是有先后的),但如果太慢,就一般是网络的问题了。

你可以计算一下,如果单机打开或进行某操作用时1秒,两台同时打开或进行某操作一般不超过3秒算是正常的。

作虚拟硬盘的办法可能会有好处,但建议先检查网络。个人意见。
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
沟友飞1930
2007-11-30 · TA获得超过240个赞
知道小有建树答主
回答量:672
采纳率:0%
帮助的人:690万
展开全部
1.ACCESS这个你也知道,当数据量大了点的时候遍历一遍是很慢的.而且非常消耗系统资源.
2.你写的一些操作语句,比如查询等语句是不是尽量将语句优化了的(查询一个东西,要用尽量少的语句实现一样的功能,以减少读取数据库的次数)
3.你说到上面服务器内存和客户机器的对比,内存的确是小了点.现在个人机器的内存也开始普及1G了.服务器最少要2G.还有,你的硬盘是不是老化,出现速度减慢等原因.可以用个软件测试下.
4.你是在局域网,就算是用双绞线连接也不会是网速的原因,这点你可以放心.
5.这些原因排除了之后那要看看你的Connection Statement ResultSet
在用完了之后是不是及时关闭了,有的时候这里疏忽了.对整个程序的影响是非常大的.
本回答被提问者采纳
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
stf5858518
2007-11-28 · 贡献了超过235个回答
知道答主
回答量:235
采纳率:0%
帮助的人:0
展开全部
慢是正常的,因为会有共享操作延时的问题(同时操作,也是有先后的),但如果太慢,就一般是网络的问题了。
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
收起 更多回答(9)
推荐律师服务: 若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询

为你推荐:

下载百度知道APP,抢鲜体验
使用百度知道APP,立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。
扫描二维码下载
×

类别

我们会通过消息、邮箱等方式尽快将举报结果通知您。

说明

0/200

提交
取消

辅 助

模 式