Access文件比较大（1G）会不会导致不稳定

2008-03-13 04:53:50 908 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

farrio 墨衍会员 · AI 创作全网分发关注 + 加入社区

基于C#的ASP.NET开发的党史学习网站课设开展党史学习教育，就是要以史为镜、以史明志，把苦难辉煌的过去、日新月异的现在、光明宏大的未来贯通起来，在鉴往知来中砥砺前行，在乱云飞渡中把准航向，在凝心聚力中团结奋斗，共同创造新的历史伟业。登陆按钮与数据库进行连接，逻辑实现是如图3.1.3所示，自己定义一个SQL查询语句，将账号、密码放入SQL查询语句中，用sqlDataReader.HasRows语句进行逐一比较，找出结果，将用户名存入session并调用cookies，如果结果存在就关闭数据库，进行数据跳转，并弹出登陆成功的提示框，并关闭数据库。阅读详情

我的Access数据库达到了1G左右，通过Ado.net使用的时候经常出现莫名其妙的错误，
比如出现“Not a valid bookmark”，“no current record”。但是我的Access重来没有用过bookmark。
我现在怀疑是因为Access过大造成的，不知道1G的access是不是会导致这样的问题。

...全文

从菜鸟到高手：我的Abaqus壳单元S4R、S3R、S8R选择心路历程第一次打开Abaqus的单元库时，我被琳琅满目的壳单元类型晃花了眼。S4R、S3R、S8R、STRI65、S9R5...这些看似随意的字母数字组合，背后却隐藏着影响仿真精度的关键密码。作为一名从土木工程转行到汽车结构仿真的工程师，我花了三年时间才真正理解如何根据问题特性精准选择壳单元。这段学习历程充满试错与顿悟，今天就用几个关键案例，分享我的壳单元选择方法论。阅读详情

Access 7,731 成员 28,797 内容

+ 关注 + 加入社区

评论 16

切换为时间正序

zuoankun_web 2008-04-07

打赏
举报

回复

兄弟换数据库吧,我也遇到过这种问题,MS SQL还行,起码比ACC强许多

my98800 2008-04-07

打赏
举报

回复

改用其他数据库吧，当Access数据库过大时会影响效率的，我曾经使用过200MB的MDB库，运行处理起来很慢，我建议改用SQL Server或Sybase库，这样效率会提高，至于数据稳定性，这个我倒是没有发现有什么问题，关键是效率。

meceky 2008-04-05

打赏
举报

回复

还是换一下数据库比较好！！

coolbobo 2008-04-05

打赏
举报

回复

达到1G就已经撑不住了。
不过可以调用其相关的压缩函数，实现压缩处理，效果瞒好的。（注意压缩后所建的主键问题，有些版本的相关DLL会在压缩后，ACCESS的主键丢失）

xmm1981 2008-04-04

打赏
举报

回复

还是转换一下数据库为好！

来看外星人 2008-04-03

打赏
举报

回复

建议lz换数据库

武稀松 2008-04-02

打赏
举报

回复

我的DelphiBBS网站历年离线数据包合集.Access数据库的.
1.5G.没有什么不稳定的问题.
不过我用的是ADO不是ADO.NET不知道有没有关系

MissStar 2008-04-01

打赏
举报

回复

有同感啊!!!!经历过...

CharlesChenL 2008-04-01

打赏
举报

回复

确实如此!
我之前有用过一段时间,很不稳定,用户多了或文件增加的比较大了后,经常出问题!

delphizhou 2008-03-31

打赏
举报

回复

看看能不能换个数据库吧...这样会经常出问题的...

wxmwxmwxm 2008-03-14

打赏
举报

回复

没错,要经常备份、压缩和修复数据库,压缩应该会变小不少

wwwwb 2008-03-14

打赏
举报

回复

最大不超过2G，已经接近极限，经常备份、压缩和修复数据库

feinikesi 2008-03-13

打赏
举报

回复

是吗?

OracleRoob 2008-03-13

打赏
举报

回复

Access只是桌面型数据库，如果频繁操作MDB或数据库很大，会导致运行不稳定。

程序出错已经算是不错了，如果数据库损坏，那就惨了

liuyann 2008-03-13

打赏
举报

回复

会导致不稳定!

超过500M , 感觉就不行了

建议还是用sql server / Oracle /mySql吧, 毕竟access只是个桌面应用,连系统都算不上

== 思想重于技巧 ==

liuyann 2008-03-13

打赏
举报

回复

会导致不稳定!

== 思想重于技巧 ==