各路高手求一结合使用B/S和C/S结构的解决方案(主要是c/s到B/S的通信问题)

小弟正搞一项目:业务处理在各个分散的局域网内进行,采用C/S结构.
各局域网数据汇总到一固定服务器,服务器端用B/S .
问题是:各局域网与服务器间的单向数据传送采用那种方式最好? FTP?或是UDP?

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

服务器端用B/S ?这话听着别扭。B/S 是指browser/server，既然是B/S, 那就用HTTP了（ftp也可以考虑）。
myy 谢谢您的回复: 我说的服务器端是独立的可能我没说明白我再说具体一些:
    一总公司下有若干独立的分公司,各分公司有一套C/S结构的业务处理程序,总公司是一套B/S架构的程序.每天我要把各分公司的业务数据(SQL SERVER 若干表) 传到总公司,自动插入到总公司B/S 架构数据库中. 采取那种方式实现分公司传输数据到总公司更安全可靠.
用SOCKT 如何
那位大虾有具体的例子代码？重谢
总公司是一套B/S架构的程序，那一定有Web服务器，你可以写一个程序放在各分公司，
这个程序一方面获取分公司的业务数据，再通过http连接总公司的Web服务器，把数据
上传上去，Web服务器上有专门接收、解析、保存数据的asp或jsp我觉得用http做的好处是：1.不用专门再架设ftp服务
2.客户端的程序的复杂性与ftp方式差不多，比SOCKT简单多了
3.服务器端处理简单方便至于执行方式，可以让人手工运行，也可以定时执行，看你的要求了。
我觉得还是用http，比SOCKET好用
楼上兄弟说的很好以前我在的公司就是这样实现的如果表的数据就用服务器的表中插入从各分公司取得的数据如果是文件则采用http 是一个上报数据的控件实现的（公司开发的）
>>问题是:各局域网与服务器间的单向数据传送采用那种方式最好? FTP?或是UDP?
udp是不可靠的, 傳送數據庫數據一定不行!
mmy 兄还有yleiou 两位大虾的思路跟我的想法是一致的，我现在的困难是怎样来实现，如果能有具体的核心代码，小弟真是感激不尽了。
   还有，如果用HTTP 分公司的服务程序是直接将若干表传上去呢，还是单行单行地上传？
不要采用FTP. FTP在用于上传时还没有HTTP稳定。
不要采用Socket，那样就成了彻头彻尾的C/S了。
数据文件打包，通过HTTP上传到服务器。
不知道分公司是否采用桌面数据库？如果是，就可以将文件直接加密压缩上传；否则，每个库表或视图对应一个数据文件。然后将所有文件压缩后上传。
楼上：
   分公司用SQL SERVER 数据库不过我可以在本地将采集的数据转为DB数据后上传。
我觉得还是将若干表通过http上传到服务器，然后在服务器端来处理。比单行单行的处理安全可靠、快捷。
分公司用SQL SERVER 数据库，在本地将采集的数据，不一定要转为DB数据，
你可以用任何自定义的格式，保存成文件(或不保存，直接是文件流，最好
能压缩一下)，只要你的服务器端能解析，能“读得懂”就行了。
myy()能给一个具体的实例吗？
有了.net，这个就容易了
服务器端的IIS中弄个WebService，负责专门把传递的文件倒入到SQLServer中，这个文件可以是你在各分公司生成的XML文件，也可以是其他格式文件。
客户端调用WebService即可。
有了.net，这个就容易了
服务器端的IIS中弄个WebService，负责专门把传递的文件倒入到SQLServer中，这个文件可以是你在各分公司生成的XML文件，也可以是其他格式文件。
客户端调用WebService即可。
我听一位朋友说:
    通过VPN方式,本地直接连接固定IP 的服务器SQL SERVER 不知这种方式是否可靠,有朋友这样用过吗?
VPN方式只不过贵一点而已，可靠性倒是比较高。
前面有人说到WebService，不一定要.net的，WIN32下DELPHI一样可以实现。
现在好像到处都是搞VPN的，价格也不贵，就是省了防火墙的费用了。
用delphi的webserver技术，可以实现。
看数量而定
数量非常大的情况下，非FTP莫属，每有一种数据库能撑起每天几个G的数据量
最好的办法是将自己定义成结构数据保存成存文本
FTP过程要校验文件的完整性
现在好多企业，如电信、移动等单位都是采用这种办法的