用delphi做前台,用access做后台的弊端

高手详解,网上说ACCESS大于10万条记录,用户多于4个时就吃不消了,果真如此吗?
实际用过的说明一下.

解决方案 »

  1.   

    Access一般用于单机版程序。
    真正做网络版项目(C/S架构)是不会用Access做数据库的。除非是B/S或者多层开发。
      

  2.   

    ACCESS多用于单机版的,小打小闹就行,数据量大是吃不消的
      

  3.   

    用oracle，普通PC，1000万条记录都很轻松，最新的11g企业版还可以装载XP上。
      

  4.   

    我就是用ACCESS做数据库文件,共享在局域网中,然后用DELPHI做前台,这种也属于C/S 模式吗?
    MS SQL Server 是要收费的软件吗?盗版能不能用,稳定吗?
      

  5.   

    Access. 只属于小打小闹的产品．．　做不成大事的
    一般的中小型项目，sqlServer 还是可以应付得来的．．．　你说的那种　共享Access只算算做是单机版程序．．．算不是C/S的
    C/S　和用什么数据没关系．．．　即使Access也可以做C/S程序的比如，用一台电脑做为服务器， 放上Access文件，然后写服务端程序，做为Access数据库与客户端的桥梁。。再写客户端，客户端通过服务端程序操作数据库。。 。 这就是C/S了
    Sql Server 可以免费用的。 。 具体怎么用。 。你懂的。。
      

  6.   

    好,那以后就要向SQL发展了,感谢大家的指点.
      

  7.   

    mssql收费
    有免费的firebird/mysql/postgresql/sqlite....
      

  8.   

    10万条记录用Access估计有点吃力。
      

  9.   

    sqlite也是文件型单机数据库吧
      

  10.   

    太小瞧access了，我就是用access做了一个网络数据库，用于学生评教评学系统，非常流畅，采集的数据库记录有25万至30万条。
      

  11.   

    Access做小型的单机版CS软件还是可以的，如果数据量超过10万，最好不要用它，性能确实有问题，而且有许我的问题。关联查询，事务等操作不是太保险。一般中小型的软件用SQL Server 2000或MySQL都可以，不过MySQL的[MySQL server has gone away]错误让人头疼，我觉得的还是SQL2000比较好用！
      

  12.   

    我建议用SQL Server ，小东西就不考虑Oracle了。
      

  13.   

    access做了几个小程序，c/s数据量2-3w，读取没问题，b/s的小程序程序10w数据量遍历一遍超慢，个人感觉大于10w的数据量，还是用sqlserver吧
      

  14.   

    数据量只是一个一个方面，assces在进行网络使用的时候，最大的问题是，并发、锁定、还有事务处理！
    在SQL SERVER中，这个应该是有完整支持的，但在ASSCES就必须要你去手动去处理,对于数据量来说倒不是问题，不过，如果你的记录字段复杂，数据量大，当ASSCESS文件大2G的时候，效率急剧下降，很多错误就会出现！所以看你的环境吧！
      

  15.   

    postgresql算是免费中最强大的了, 据说可以和orcal一拼, 估计实力是杠杠的, 但要安装. 如果要绿色版的, 用firebird, sqlite.
      

  16.   

    access 比较适合单机版小程序