数据库设计问题

Question

软件原来的数据库是在一个地方一个局域网里,用的是sql2000.现在因公司要到不同的地方开分公司,现在问题来了,不同的地方都要一套软件,还有就是数据的汇总.
数据库的方案设想:1.每个地方一个数据库,设一个总的数据库在电信机房做汇总,各分部定时上传.优点:各分部相对独立,互不影响.缺点:作上传系统,程序更改大;数据库做更改时每个库都要更改.2.做一个总的数据库,各个地方做成分表,如user表,上海做成sh_user,深圳做成sz_user.优点:汇总容易,各个地方影响不大.缺点:远程连接各个地方可能会比较慢3.做一个总的数据库,各地方共用一个表,表内加城市列.如:每个表中都加一列city做不同地方的区分.优点:程序简单,不用做大的改动,汇总也很好做.缺点:远程连接各个地方可能会比较慢,时间长了各表的数据加大会更影响速度.说明:目前是c/s系统,数据量不大,每个地方一个人做输入,查询的人不会超过20.有经验兄弟给个建议,先谢过了.

Answer 1

建议你总部买一个硬件VPN,分公司通过VPN 连接总部电脑比较好些,数据库就放在总部
其实 你的方案一,叫分布式系统.方案2叫分区表.方案三是传统的集中式管理.
理论上方案一 比较好.但是实际使用中 ,感觉分布式系统作的很好的不多.这个方案形形色色的问题比较多.你会遇到各种问题.
个人感觉还是集中式管理比较好些.我选方案3.但是表结构设计得好好考虑下.

Answer 2

vpn不错，运行速度还行。这样开发和修改都不麻烦。