Kevin-moon

学习在于分享
posts - 34, comments - 482, trackbacks - 3, articles - 3
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

神呀~~,给我个"本地数据库的替换方案"吧!

Posted on 2008-11-14 10:08 Kevin-moon 阅读(...) 评论(...) 编辑 收藏

背景:


     目前有个客户合同管理的项目,基本架构上有客户端和服务器端.服务器端有C/S和B/S的模式,客户端是C/S的,并且支持离线操作(这是个全球支持的项目,不同国家,不同地区,网络情况也不相同,但是又要支持销售人员在网络不通的情况下也可以利用这样系统进行合同配置,并进行其他相关的业务,所以需要将大量的基础数据下载下来以供使用).
业务上:
     客户端(离线)就是对进行合同的配置(配置产品,服务,设置合同区域......),并且把配置好的合同上传服务器
     服务器端,对基础数据(产品信息,服务信息.....)的管理.设置好的基础数据,允许客户端下载.

出现的问题:

 

     现在随着业务的不断增加,进入合同配置的种类也增加了,一开始只有产品数据,现在增加了和产品有关的服务数据,而且以后也可能增加新的种类,可是这样就造成了基础数据的暴增.因为现在本地用来存储数据的是用Access数据库,可是业务的增加已经到Access的极限.

目前的解决方案:
     对于本地的数据库进行分离,也就先形成两个Access数据库,这样虽然解决了存储量的问题,但是就可能造成代码的大量变动,而且对于一些需要两个数据库的数据的合同,这种关联获取数据就很麻烦.不太想用这种方式,但又没有想到更好的!
     也想过换其他的数据库,但是如果换MySql,MsSQL...这些都需要客户去安装,但是客户的机器配置都不用,部署起来可行性不高,有没有什么可以支持大数据量又安装起来方便的东东呢!哎~~,想了几天,真伤脑筋......

大家给点建议或新的思路吧