access在数据量多时,用户多时,肯定不行,旧版的精诚财务软件用access,经常有问题.

解决方案 »

  1.   

    Access很烂的~~强烈建议不要用~~
      

  2.   

    access在单机上如果系统不大,还是有很好的效率
    在大型系统里,访问人多时,由于自身的设计效率不好,建议不要使用,而使用SQL或Oracle.
      

  3.   

    用interbase如何?是不是可以用d5盘中带的那个local interbase?inter base需要有bde吗?ado支持哪些数据库?
      

  4.   

     单机上ado和什么数据库配比较好?在多层结构中呢?
      

  5.   

    access2000装在window2000开发时,数据库的异常信息是中文提示的,省了很多事。如果想用DBImage显示图片,保存时要存成Blob格式,不要是OLE,在数据量不是很大时效率还可以。以后升级到SqlServer很方便。我个人的观点是在单机系统建议用Access,必竟它有中文支持。另外,那些说Access有问题的朋友们,能不能说详细点儿或举个例子,我也很想知道。因为我现在正用Access开发程序,很想知道它的缺点。
      

  6.   

    Access单机上用的应该没有问题,注意表的设计要合理,如添加索引等优化组合以加快速度.若是多用户操作,Sql Server是首选,有存储过程,触发器等重要功能,不过成本大,看你的需要了.ado是目前最流行的数据库连接方式,支持SQL Server Oracl等大型数据库,也支持Access,interbase,dbf等桌面数据库.
      

  7.   

    如果你不是为金融、电信等经常处理很多数据的部门开发,用Ms的Access,SqlServer2000中文版应该可以,更何况Ado是微软提出的,另外,如果你认为自已拦截异常会拦截不全的话那干脆让数据库系统拦截算了,很节省开发进度的。对了,Access需要经常压缩否则会变大的。
      

  8.   

    access如何能在程序中进行压缩呢?有没有人知道?我可以再加分的。
      

  9.   


    To compact or repair MS Access database
    怎样用Delphi压缩和修复access 数据库:另外我就是Zcb007,如果你认为可以给Zcb007分的话加到我身上好啦。 
     
    If you works with MS Access database, I sure that time-to-time you needs to compact your database. Of course, very useful to run a some process within own application.In the next code I demonstrates how you can do it:var
      dao: OLEVariant;
    begin
      dao := CreateOleObject('DAO.DBEngine.35');
      dao.CompactDatabase('d:\yourDatabaseName.mdb',
    'd:\yourNewCompactedDatabaseName.mdb');
    end;If you want to remove the old non-compacted database, you can simply to rename the new database file.The MS Access is not very stable database and in network mode you can lose the data. In this case you can try to repair the database. In the next code I demonstrates how you can do it: var 
      dao: OLEVariant; 
    begin 
      dao := CreateOleObject('DAO.DBEngine.35'); 
      dao.RepairDatabase('d:\yourDatabaseName.mdb'); 
    end; If you have the DAO 3.6, you must change the 'DAO.DBEngine.35' string to 'DAO.DBEngine.36'. 
      

  10.   

    我这里用的是access,是联网使用的,一共16台机器,最大的表有100多万条纪录,从速度以及效率来说还是可以接受的,但是就是access的数据库有时出现索引损坏的现象,此时会造成数据丢失。不过1-10台机器的话,用access97以上的版本应该没问题的,毕竟我这里是极端的情况,用的还是access2.0呢。
      

  11.   

    wangzh(独孤求问) :好东西,多谢!就这么简单?据说压缩时是要用到什么dll的,软件发布后是不是要把这个dll一并发布?
      

  12.   

    谢谢大家,我加点分,请大家说说对interbase的看法。
      

  13.   

    要是做普及形产品,建议不要用Dao(已是昨日黄花了),一定要用的话用IS 2000打包。要是做项目,干脆给他装个盗版的Access,培训时教他怎么压缩算了。听说用ADO也可以压缩,但我也很想知道。对于interbase,它是公开原代码的,可以学习一下开发数据库产品的思想,但必竟是英文内核的,处理起来很麻烦(对于懒汉我来说),再说MS的产品一向是用的容易(为用户着想),开发工具难学(一样我也没学精),Server2000是中文的,并与系统共享线程的,完全可以代替interbase。
      

  14.   

    那么请说说在单机上paradox如何?它的稳定性、速度及其它。加点分,大家都来说说吧,主要是access,paradox,interbase三者之间比较与各自的优缺点。分不够我还会加的啊!!
      

  15.   

    1、paradox表很脆弱,虽然用BDE连接速度很快,但是意外的操作容易引起索引等破坏;
    2、ADO+access,在单机上运行还不错,但要注意对Access经常压缩否则文件会越来越大的,使用还很灵活的,比如对查询表的重新排序等;
    3、interbase,既然装了还不如装SQL_server
      

  16.   

    有些回复说access并不好是什么具体的原因呢?
      

  17.   

    如果.MDB文件在100MB以下,Access可以接受,否则用SQL Server。
      

  18.   

    那么请说说在单机上paradox如何?它的稳定性、速度及其它。加点分,大家都来说说吧,主要是access,paradox,interbase三者之间比较与各自的优缺点。分不够我还会加的啊!! turbozzh(涡轮超人) :100M的.mdb已经是有多少记录了啊?
      

  19.   

    我觉得paradox稳定性不太好,如果意外关机很容易造成表、或表索引的损坏,很麻烦。
      

  20.   

    PARADOX在开发单机版较简单的数据库应用程序时还是很好用的,但数据库大的话就有些不太好了!
    我现在在用ADO + ACCESS 感觉还可以,速度也不错,只不过操作图像有些问题,DBIMAGE对PARADOX数据库可直接使用,但对ADO + ACCESS 就不行了!TO ZCB007:ACCESS中图像好像只可以用OLE,没找到BLOB,告诉我怎么做,谢谢!定有分答谢!
    用INTERBASE,我觉得也很不错,但是如果有那样的打算,我个人觉得用SQLSERVER或ORACLE更好
    一些吧!
      

  21.   

    如果单机数据有50M或以上,我建议用interbase或者MySQL,这两种数据库都是不用钱的,而且安装也方便。SQL Server编程虽然容易,但SQL server太贵,很多个人或者单位都买不起。而且MySQL在众多SQL Server中的速度是最快的,虽然它不支持触发器和存储过程,但这样一来也简化了数据库转换要花的的时间。50M的数据已经不算少了(聊天室,论坛,实时数据接收 这一类应用除外),用户在程序安装的时候再花个把时间装个后台数据库,我估计应该愿意的。
      

  22.   

    Paradox的稳定性不好,害我好惨!
      

  23.   

    turbozzh(涡轮超人) :能具体说说经过不?