是这么个情况，一个工业上的项目。一家建筑行业公司有六分公司，总部用于生产任务分配及统计所有报表；分公司负责生产、采购等相关业务。总部与各分站这间都差不多是2M或4M的宽带上网。总部与分公司都有各自独立的数据库，如果分公司直接连接总部数据库，来个大集中的话，一旦断网，就会中断生产。所以各分公司的生产控制电脑都只能访问各自分公司服务器，来保证正常生产。
总部与每个分站之间大概每天要交换5千条数据的样子，从表面上来看的话，数据交换压力不是很大。
我也想过数据库的发布功能来实现，一是不熟悉这块，二是想为以后扩展到iPhone, 安桌系统上，方便客户的客户、供应商、领导来查看统计数据。
所以想问问大家，
(1)WebService中对数据库连接池部分是如何处理的。
(2)WebService中对文件上传与下载有什么方法解决？
(3)WebService的哪个技术分支在以后有更好支持或前景吧。
用.Net来做好些，还是Java来做实现？
一个用Delphi做了多年项目的老人
------解决方案--------------------
.net 和 java 都可以，用 RESTful WebApi 来做。
参考: http://blog.csdn.net/fangxinggood/article/details/6247297
------解决方案--------------------
回答你前两个问题。
关系数据库操作其实跟webservice没有任何关系。web service是一种rpc命令服务，就是让远程代理使用一个方法调用就好象是在本地调用一样。至于访问数据库，当然原本在单机程序中怎么写现在还是怎么写，跟通讯没有半点关系，它已经是另一个关系数据层面的东西。设计SOA服务时也不纠结数据库问题，甚至你可以假设数据持久化机制是通过调用一个大的平面文件、或者是Excel、或者是数据服务器集群的管理程序、或者是云存储的api，而避免陷入关系数据库的思维惯性的死胡同里。
商品化的系统上传下载文件，不论怎样传送，机制还是一样的，你总是要将一次传送文件在业务上区分为几个步骤，例如第一个步骤是请求传送文件（同时传送文件的具体统计信息），第二个步骤是分块传送（例如每640k字节为一个数据块），第三个步骤是确认传送全部成功（或者有些块传送失败了）。由于web service又大又慢，可能你在第二个步骤中一次并发10多个线程去传送。