请教连锁系统的数据库设计思路

请问连锁系统的数据库设计思路。
亲们，做联锁方面的系统。是每个客户，分别用一个数据库比较好；还是用一个总数据库每个表里用一个字段区分比较好。

用分库，感觉查询比较麻烦。

用总库，感觉有可能会因为某些方面区分不到位，出查询统计叉子。

请问一般是用哪种比较常见或最好的方案。
------解决思路----------------------
用一个总库比较清爽吧。

贴主的意思是在一个服务器上，使用多个数据库还是一个总的数据。
#1楼的意思是各个连锁分店有自己的数据库，总部有总的数据库。分店的数据库每天定时上传至总部的数据库汇总。
------解决思路----------------------

引用:

一个库
分库维护起来很不方便
1、涉及到总部的数据，全部放进去。
2、如果加盟店有个性化数据需求，单独起一个库（另外收费）给他们。

连锁店是通过VPN连接到总部的服务器上的数据库吗？
------解决思路----------------------

引用:

Quote: 引用:

一个库
分库维护起来很不方便
1、涉及到总部的数据，全部放进去。
2、如果加盟店有个性化数据需求，单独起一个库（另外收费）给他们。

连锁店是通过VPN连接到总部的服务器上的数据库吗？

如果纯粹就是数据库这个的话，似乎也没有必要吧？
能做连锁店系统，基本的安全也能控制下来吧。
土豪无所谓的话就用呗
------解决思路----------------------

引用:

Quote: 引用:

Quote: 引用:

一个库
分库维护起来很不方便
1、涉及到总部的数据，全部放进去。
2、如果加盟店有个性化数据需求，单独起一个库（另外收费）给他们。

连锁店是通过VPN连接到总部的服务器上的数据库吗？

如果纯粹就是数据库这个的话，似乎也没有必要吧？
能做连锁店系统，基本的安全也能控制下来吧。
土豪无所谓的话就用呗

请问，一般连锁店系统是B/S还是C/S架构呢？如果是C/S架构的话，是直接通过公网连数据库吗？