1、sh2bj

采用直接执行的方式，选中流程，右键“运行流程”。

图 40.1. 运行流程操作

此时查看BJ_Server服务器端，可以看到如下信息：sh2bj流程的每个节点都执行了，流程正常结束。

图 40.2. 执行sh2bj流程后的BJ_Server

首先查看SH数据库中的SH_Person的表内容，得到：

图 40.3. SH数据库中的SH_Person表

流程执行前BJ_Person内容为空，此时查看数据库中BJ_Person的表内容，得到：

图 40.4. 执行流程之后的BJ_Person表

可见数据的确是BJ_Person所需要的，male1, female0。

2、sz2bj

采用直接执行的方式，参考sh2bj流程的执行。

执行后查看BJ_Server服务端得到下面的信息：(注：里面的错误是由于本机声卡驱动没安装产生的，与流程的执行没有影响)。

图 40.5. 执行sz2bj流程后的BJ_Server

首先查看SZ数据库中的SZ_Person表的内容，得到：

图 40.6. SZ_Person表的内容

目前BJ_Person的内容不变，执行流程sz2bj之后得到：

图 40.7. 执行流程sz2bj后的BJ_Person表

可见记录进行了合并，这样北京就收集到了上海和深圳的数据汇总了。

3、sh2bj_inc

采用调度的方式，创建sh2bj_inc_schedule调度服务，绑定sh2bj_inc流程。采取“间隔”调度方式：每隔4秒执行一下流程。

图 40.8. 新建调度服务配置对话框

定义完后将调度服务提交到服务器上。提交成功之后，调度编辑器会打开：

图 40.9. 提交成功后的调度编辑器界面

其中“启动”按钮可用，点击“启动”，流程开始调度。这时查看BJ_Server服务端可看到图65的信息每个4秒显示一次。

现在对SH_Person表进行增量操作：

insert into SH_Person values ('3000', 'name_SH_1', 'female', '123456789', 'address_SH_1')

图 40.10. 增量操作之前的SH_Person表

然后隔几秒的时间，查看BJ_Person表：

图 40.11. 增量操作之后的BJ_Person表

可见增量记录已经增加到BJ_Person中。

update SH_Person set sh_name='newName' where sh_id='3000'
update SH_Person set sh_sex='male' where sh_id='3000'

图 40.12. Update操作之后的BJ_Person表

delete from SH_Person where sh_id='3000'

图 40.13. Delete操作之后的BJ_Person表

4、sz2bj_inc

同样采用调度执行的方式。

类似于sh2bj_inc流程的使用。此处略。