连锁超市如何架构系统？
系统：
连锁超市管理系统
描述：
超市规模较小但数量很大，规模在几十平米至几百平米，2000家连锁！中心实行集中采购管理！
系统功能分为两部分：超市的管理系统和中心的管理系统（要求中心实时获取超市的销售数据）。
问题：
1、用pb开发，大量的并发数据，系统如何架构，需要哪些技术（系统软件需要哪些，价格如何）？
2、数据库如何选择？（MSsqlserver是否可行）
3、应用客户端连接到中心通常采用哪些网络连接方式？（vpn方式或其他方式的费用如何）
4、中心服务器应如何配置，软硬件及网络设备如何？
5、需要找哪些开发人员？
6、若独立开发此系统应如何定价（超市部分就是通常超市的功能，中心系统不包括财务部分）？
6、若有现成的成熟系统请推荐！
暂时想到这么多。
本人开发过很多两层的系统也开发过连锁加盟的应用（100多家连锁），但无三层及无大数据开发经验，请各位高人不吝赐教，不胜感激，谢谢！
[解决办法]
市面上有一些相对成熟的连锁超市软件，可以联系他们直接购买？
关于问题：
1、如果用PB开放 ，可以考虑用EASERVER； POS端，服务器端，中间层jaguar
2、数据库用SQL SERVER 或者 Oracel
3、可以每家店铺都拉下网线，用于和总部传输数据
4、服务器电信分配一个几个固定ip地址，通过该IP访问服务器的数据
5、需要PB开发人员，数据库维护人员，网络硬件支持人员
6、独立开放该系统，要看有多少人参与，另外要看具体的需求量有多少？只是普通的基本资料管理，采购管理，销售管理，库存管理，盘点管理，报表分析，还是要包括，会员管理，生鲜管理等等。
7、现成超时系统也有不少，但是具体要你们的业务都哪些，要你们自己选择哪个适合你们
[解决办法]
2000家？你这都有美宜佳的规模了。。。如果你是从头开始，我建议你放弃自己开发的想法，还是跟现有的零售软件厂家合作吧。
1、并发能力跟系统架构尤其是数据库设计有非常大的关系，这个东西一旦定型，基本是不可改变的，所以架构的扩展能力决定了能支持多大的并发
2、SQL SERVER 或者 Oracel 都足够了，其实这个数据量并没有你想象的那么大，关键还是在设计，如果架构设计不好，200家就能整跨你的服务器
3、门店与服务器的连接按市面上现有产品可以有好几类：
a.直连数据库交换数据
b.基于FTP或类似技术，通过文件交换数据
c.基于webservice或其它应用服务器交换数据
4、还是跟系统架构有关，2000家门店的数据你放在一台服务器上，嘿嘿。。。所以系统的架构必须是要支持分表或分数据库的，将这个负载均衡到多台服务器上，考验你设计能力的时候到了。。。
5、略（但是你肯定能想到，光靠码农是搞不出支持2000家门店的系统的）
6、略（你打听下美宜佳投入了多少钱吧，估计硬件+软件一起7位数都是少的）
7、我就是从事这一行的，搞了10年了，为了避嫌推荐就免了，市场上做这一行且有实力有标杆客户的就那么几家，很容易找的
最后，如果你不是玩票性质，那我劝你千万不要找那些小作坊式的公司，做这一行，售后维护能力和研发能力一样重要，祝你好运！
[解决办法]
其实我们也正在做这样的系统 数据服务器(主数据库+N个POS Cache服务器+N个报表服务器) + N个中间层(数据处理服务器(C写的 32位多线程 + MemCache服务器(64位 Linux)) + PB客户端 数据通讯是用C写的 甚于SOA架构 目前还不知道能到多少并发 系统已完成过半 还没前实际实施 但这种架构算得上是比较好的集中处理方式了 如果服务中心带宽足 应可以支持比较多并发的并且比较廉价 后期代码维护也只是数据库表 PB客户端 中间层是不用改的 比用Java .net方案算是比较廉价的 无论是开发成本还有维护成本
[解决办法]
