数据库的设计问题？

Question

一个部门和下属很多个单位共享一些数据，上下级之间会有数据交换，但是不频繁，部门和下属之间的网络是拨号连接，数据库如何设计合理。我有这2个方案：
1.C/S结构，在部门安装SQLSERVER之类的数据库服务器，下属单位登录数据库服务器进行查询，更改等操作，但是由于是用拨号连接，查询速度会较慢。
2.在部门和下属单位都使用数据库，在部门或下属任何单位的数据更改都定时更新到其他数据库中，保持各点数据库的内容一致。
第2种方法好象合理些，但是不知怎么实现，特别是几个单位都有数据更改，怎么更新部门数据库？

Answer 1

1，考虑到拨号连接，如果都定时更新对主服务器压力大不说，多麻烦啊？采用1比较好；
2，推荐采用ASP等B/S结构，如果业务不复杂；

Answer 2

可否将1与2同用
在部门安装SQLSERVER之类的数据库服务器，在下级使用Ascess之类的小数据库
下级平常工作使用本地数据，并将形成的数据做是否上传的标记，然后在部门要求上传时上传
下级经常使用的上级数据要在特定时间下载到本地。
下级查询上级的数据尽量使用存储过程，并严格设置条件，减少传递多余数据

Answer 3

outer2000(天外流星) ( ) 信誉：101 
讲的方法比较好，建议使用ASP等技术，以部门为WEB服务器，下属在修改或查询时，查什么掉什么，不要多余的数据同时下到终端，估计效果会好，看看CSDN论坛，不就是这种做法吗？