如果客户端不能(或不全部能)装数据库服务器,那也只好用桌面级的数据库,如Access、Paradox等

解决方案 »

  1.   

    其实,你的客户端基本不会有大量的并发处理,也就是说同时只有一个用户(或几个)访问数据库,一般access之类都够用,效率基本不成问题。
      

  2.   

    不是太理解你的意思,先顶一下
    我们用.net开发的程序的数据库都是建在服务器端的,对于数据量过大的情况可以将数据库分为历史数据库与open数据库,这样客户端只需要去访问open数据库时就要,必要的时候才去访问历史数据库,这样会快很多,这就是.net开发出来的东西的好处,客户可以省去很多麻烦
    Good luck
      

  3.   

    涉及如此大量的数据,建议采用B/S模式来实现(MSDE和Access都不太现实,数据量太大)。这样可以省略客户端和服务器交互的资源,而且对客户端的配置要求也不是很高。如果你不可能要求客户全部安装Sql Server的话,你应该准备一台性能卓越的服务器一个数据服务器(+应用服务器+WEB服务器)