现有一个系统设计问题，想请教大家!望大家多多参与，不胜谢谢! ( 积分: 299 )

现有一个系统设计问题，想请教大家!望大家多多参与，不胜谢谢!
现有10个市级子公司用一个商品营销管理系统。各个子公司的系统的数据保存在各自的数据库服务器。
公司的客户分为大客户和小客户。大客户的数量少，大概有1000-5000,而小客户的数量有30000-150000。
大小客户共享很多商品资料的数据。现在要升级系统营销系统。要求省公司查看各个市的大客户的所有业务数据。
而小客户的数据省公司不关心，也不想知道。还有一个问题：小客户的业务不能停，大客户的业务能停几天。
现在有几个方案，供大家参考。大家也可以提出好的方案，同时说明各自的优点、缺点。
方案A. 简称：大集中。在设计上是把所有市级数据集中到省公司处理。不管是大客户还是小客户。在实施时，
可以一个一个市公司的数据导入省公司数据库。这样省公司就可以统一管理大客户数据。
方案B. 简称：大客户集中。小客户数据放在各个市的数据库服务器，大客户的数据放到省级数据库服务器。 但存在一个问题
很多商品资料数据是共享的，也就是说不分大小客户的。如何解决这个问题呢？一个业务的办理会涉及到省数据库和市数据库，
如何实现。如何保证数据的唯一性，完整性呢？
方案C. 保持现在架构，把大客户数据同步到省公司。但同样存在一个问题：如何作到同步且不影响效率。
注：大家可以不参考网络的连通和安全问题。

现有一个系统设计问题，想请教大家!望大家多多参与，不胜谢谢!
现有10个市级子公司用一个商品营销管理系统。各个子公司的系统的数据保存在各自的数据库服务器。
公司的客户分为大客户和小客户。大客户的数量少，大概有1000-5000,而小客户的数量有30000-150000。
大小客户共享很多商品资料的数据。现在要升级系统营销系统。要求省公司查看各个市的大客户的所有业务数据。
而小客户的数据省公司不关心，也不想知道。还有一个问题：小客户的业务不能停，大客户的业务能停几天。
现在有几个方案，供大家参考。大家也可以提出好的方案，同时说明各自的优点、缺点。
方案A. 简称：大集中。在设计上是把所有市级数据集中到省公司处理。不管是大客户还是小客户。在实施时，
可以一个一个市公司的数据导入省公司数据库。这样省公司就可以统一管理大客户数据。
方案B. 简称：大客户集中。小客户数据放在各个市的数据库服务器，大客户的数据放到省级数据库服务器。 但存在一个问题
很多商品资料数据是共享的，也就是说不分大小客户的。如何解决这个问题呢？一个业务的办理会涉及到省数据库和市数据库，
如何实现。如何保证数据的唯一性，完整性呢？
方案C. 保持现在架构，把大客户数据同步到省公司。但同样存在一个问题：如何作到同步且不影响效率。
注：大家可以不参考网络的连通和安全问题。

当然是大集中好了，要不银行、保险这些行业怎么都集中了呢。
大集中的好处太多了：
1，统一管理，防范运营风险。
2，减少维护费用。
3，更改业务逻辑很容易，系统升级方便。

问题是风险也集中了。尤其是网络风险。若网络物理上断了，如何是好

本人建议保持现在架构，把大客户数据同步到省公司。这样不用大动手脚，也不用停数据库，只需要做好同步复制相关计划设置即可。关于如何设置可以参看SQLServer帮助关于“合并复制的工作机制”一节，但是可能在服务器上的代价要大点。增加分发服务器可以减少发布服务器的压力，同时也不会影响其效率。也建议采用合并或者事务等方法解决。