请教一个总店和分店间数据传送的问题。

有这么个需求。
一家企业，若干家分店（>=500）。每天每个仓库都有进货信息。需要用扫描设备扫取，然后发给总店中心数据库（如果是即时的更好）。
应该采用什么的解决方案？
1、c/s程序+vpn
2、b/s程序
3、其他解决方法。
谢谢大家了。

解决方案 »

  1.   

    需要效率的话 采用 c/S 通信采用WCF。
      

  2.   

    bs系统比Cs系统要方便的多。本地扫描后上传数据到服务器即可。cs下断网处理：在本地上传的时候有对扫描的数据做标记，已上传和未上传，无非是在系统启动的时候检查是否联网，或者在断网后启动定时检查网络是否通畅。然后把未上传的数据上传上去。
      

  3.   

    Mr_graceless,请问你们公司是用vpn的方式远程连接的吗？
      

  4.   

    第一种吧，VPN做起来难度也不是很大。
    再者说了，VPN做完了所有的分店之间资料的共享和一些需求也就实现了
      

  5.   

    C/S的，不过LZ你也可以开发一套B/S的啊   
      

  6.   


    真够“肉”的啊！不过搞个发进货信息，管它什么什么的呢。我可以告诉你的是，想长远一点。半年后你可以把7、8个独立的应用程序集成在一个服务器下边，然后同一个功能可以考虑支持多种实现方式。例如可以发彩信、可以手机3G、可以由pc去连你的什么b/s网址、可以由pc去连你的什么c/s地址和端口......，无所谓什么方式，有什么可纠结的？这不像是那种喜欢动不动就搞一个完整系统的、或者动不动就让别人写一整套文档的老板所要求的。我可以告诉你的是，如果给我一台连在互联网上的pc服务器，那么我就按照一个服务器、上边可以有上千个应用程序以不同的方式在互联网上提供服务的方式来一个一个程序独立地发布，只要客户端成本低廉性能稳定（而不是快，是稳定），用不着一开始就纠缠什么c/s、b/s之类的啊。
      

  7.   

    找个开源的ESB应该可以解决你的问题....
      

  8.   

    给那些搞业务的老板些什么大一统的文档，可能要回答这些问题，而且要论证，因为你拿的是人家的钱，人家没有看好你的时候不会投资给你招聘人的。可是你自己如果有点自由能够选型搞系统，就不要这么迂腐了。其实这种所谓的选型，有什么意义？可以架一台服务器在互联网上，然后自己给自己的>500家的分店配成本低廉的终端软件，实在是一个很好很自由的平台。这个时候还模仿小软件公司做一个小ERP那样缩手缩脚地去“选型”，实在是没有战略头脑。
      

  9.   

    如果真的有这么一个好机会，一个设计师就会去看看都有哪些终端设备可以利用，来给客户带来最快最方便地联网操作，因为这些是“硬实力”。至于怎么编程，各种客户端怎么访问服务器，是c/s还是b/s，还用去想这些低级的问题？这些方面只要逼到眼前都可以在几天之内解决掉。
      

  10.   

    小公司的ERP，喜欢装的什么都有似地，所有功能都在一个菜单下，并且所有功能都在一个应用程序里边实现。那么它当然就要搞什么选型啦。可是一个企业服务器上，有上百甚至上千个小应用，它们分别可以在互联网上提供服务，然后我们再考虑必要时才集成、必要时才在A程序里弄个导航菜单集成进B和C应用，这有什么稀奇。那么建造这样的系统，你怎么选型？对于一个传送“进货扫描”信息的程序，不管它是缓存也好，实时也好，是按照入库单来传送也好，还是只要设备扫描一下就作为单独的一条消息来传递（到服务器上自动组织为货单）也好，你所需要的知识准备是：可以当作一个一个小工具来从细节开始开发，甚至可以对某些小工具重新设计。这就跟小公司搞一个所谓通用ERP完全不同的思路。
      

  11.   

    不需要及时用CS
    需要及时用BS
      

  12.   

    同意sp1234观点，直接在互联网上架个webservice服务器就好了。客户端可以用作成winform，而不是网页，数据不多完全可以保存在本地xml文件里，也可以保存在本地access文件数据库里。定时上传数据。或在线时直接上传服务器都没有问题，做好数据一致性的判断就可以了。搞什么vpn的，费力不讨好。
      

  13.   

    cs、bs都可以，不过vpn成本高啊
      

  14.   

    我靠，我决定了。
    直接连接外网的数据库ip，就当成普通局域网程序来做。
    发消息就让客户端用timer定时轮询。
    nnd，一个sql支持1000个客户端访问应该屁问题都没有。
    也不socket了，也不webservice，也不wcf了。
    用硬件死拼呗。
    大家看行不行。
      

  15.   

    才做了一个类似的程序，一个人花了3个月。不过客户端只有120几家。采用vpn C/S架构。
      

  16.   

    我发表下个人意见，欢迎拍砖：如果用vpn的话，很好办。
    每个仓库装个sqlserver2000，
    数据表：历史数据表，待上传数据表（这两个表结构完全一致）
    给历史数据设置个插入触发器，当有数据写入历史数据表的时候将这条数据复制到待上传数据表中。
    写个小程序，每间隔一定的时间（比如5S）扫描下待上传数据表中有无记录，如果count大于0，则调用一个存储过程UploadToRemoteServer。
    这个存储过程里用事务和OpenRowSet 和游标每次处理10条数据将数据写入总的数据库服务器。处理完一条数据时，如果没有出错，则从待上传数据表中删除该条数据，如果出错，则回滚。
      

  17.   

    想知道直接连接网络中的sqlserver和通过webservice操作数据库有什么大的区别吗？
      

  18.   

    区别不是很大直接边sqlserver效率要高，但是不安全，一般开发不会直接远程连接数据库的
      

  19.   

    不知道怎么搞的，就是对socket不放心，我用webservice吧。
      

  20.   

    我试验过了。webservice的方式比用sql直连要快很多很多（第一次运行除外）