WebService传输说明书1.docVIP

WebService传输说明书 WebService传输的原理 WebService传输的组成部分 以普通的总部门店间传输为例，WebService的传输组成部分包括： 总部数据库（已有） 总部应用服务器。采用IIS+海典通用Webservice服务 门店数据库（已有） 门店传输客户端程序 WebService传输的优缺点及适用对象 优点 省去了租用或设置FTP服务器。 传输由门店定时收发，直接针对总部数据库操作。因此总部不需要再点收发了。 所有的传输设置全部以总部数据库里的为准。因此若要改变门店的传输设置，直接在总部改即可；当传输出现错误时，也只需要针对错误在总部数据库作出修正即可。 传输记录会实时反馈到总部。在总部能随时监控门店的传输状态。 客户端程序支持自动更新以及更新后自动重启加载。 运用事务最小化概念，将一个传输项目作为一个事务设计，弃用了传输中间表和中间触发器，中间处理不再占用事务，最大限度减少了锁的开销，强化了并发概念，支持大量门店同时进行传输。 客户端程序操作简单，支持任务栏加载和“气泡”提示。 缺点 需要配置一个（也可以多个）应用服务器。虽然该应用服务器可以用数据库服务器兼用，但是出于性能和安全角度出发，不建议兼用。 需要有固定IP或域名，或VPN，或其他的动态IP解析工具。 当总部数据库不可用（如关机）时，门店无法进行收发数据操作并将报错。 当总部和门店由多个互联网服务供应商接入时（如网通和电信），传输效率可能不如FTP方式。 当门店采用电话线拨号接入时，传输效率不如FTP方式。 WebService传输要求总部采用SQL2005数据库。门店则不限。 适用对象 适用于带宽比较稳定，门店全天侯宽带接入（带宽256K或以上），总部有固定IP或相关动态IP解析方案的客户使用。 适用于门店数量众多（50家以上），传统的FTP传输太慢的客户。以200家店为例，假若在总部与每个门店FTP传输一次平均需要4分钟，则全部传输一次需要800分钟约13个小时，这种情况下十分不利于总部门店间的及时传输。而WebService传输方式由于采用了并发，所以彻底解决了这个问题。 WebService传输与FTP传输的关系 WebService的传输采用与FTP传输完全独立的传输项目、传输设置。所以两种传输方式不会相互影响。理论上说，同一客户两种方式可以同时使用。假若对于同一个门店，既启用WebService传输又启用FTP传输，那么意味着同一条数据必然通过两种方式各传输一次。或者对于同一个客户，一部分门店使用WebService传输，其他门店使用FTP传输。虽然这种情况下也可以正常工作，但是这种方式会增加维护的工作量（既要维护FTP传输又要维护WebService传输），另外两种传输方式的传输项目可能会存在一些差异，这种方式会导致同一条数据通过两种不同的方式传到不同门店后可能呈现出差异性，所以同一客户应当尽量避免共用两种传输方式。 对于原来使用FTP传输，想要改成WebService传输的客户来说，只需要建立好传输项目，将传输设置的最大序号修改为原FTP传输的最大序号即可。需要注意的是，这里所说的“最大序号”也包括门店发送的最大序号，这个值在总部是无法得到的。需要从门店的t_transet_c表获取数据。 传输过程分解 门店启动传输客户端程序 客户端程序连接本地数据库 客户端程序连接通过互联网连接应用服务器 客户端程序判断应用服务器的download目录下是否有新版本的wstran.pbd，若有则自动下载更新，然后重新启动客户端程序。 客户端从总部服务器获取传输设置，将需要传输的项目显示在客户端窗口上。传输采用先发后收的机制；并以用户设定的传输排序规则排序。 发送一个传输项目。过程是：客户端程序以DATAWINDOW的方式从门店数据库提取到数据，另存为到本地硬盘临时文件夹，压缩，传给应用服务器；应用服务器接收到数据后存为文件，解压缩，将解压得到的结果文件作为一个参数，以SQLCMD的方式直接执行。 接收一个项目。过程是：应用服务器以SQLCMD的方式将总部需要发送的数据直接导出为一个文件，存到应用服务器的临时目录，然后压缩该文件，将结果发送给客户端程序；客户端收到后存为文件，解压缩，然后分段读入到内存字符串中，上数据库执行。 WebService传输项目定义 WebService传输的定义FTP传输定义比，主要存在几个区别： WebService的传输以一种逻辑数据作为一个传输项目，例如零售，将u_sale_m、u_sale_c、u_sale_pay这三个表作为一个传输项目。而FTP一般以一个表作为一个传输项目。 FTP传输以一个传输文件作为一个事务。假若一个传输文件里有10个传输项目，则从第一个开始到最后一个结束，作为一个事务。这个