1.各个表的作用
act_re_model 用于存放流程模型
act_re_procdef 用于存放流程定义
act_re_deployment 用于存放流程部署
act_ge_bytearray 用于存放各种二进制文件信息（包括流程模型的json，流程定义的xml以及他们各自对应的预览图以及流程进行中的数组参数）
2.流程模型/流程定义/流程部署在数据库中的关系
act_re_procdef中会记录该流程定义所对应的部署id
同时，act_ge_bytearray中会记录流程定义所对应的xml和预览图（通过bytearray表中的deploymentId来记录），NAME字段会明确写出是xml还是预览图
也会记录流程模型所对应的json和预览图（act_re_model表中，EDITOR_SOURCE_VALUE_ID_记录的是json，EDITOR_SOURCE_EXTRA_VALUE_ID_记录的是预览图，都对应是act_ge_bytearray表中的ID）
3.execution是怎么在一个流程实例中运作的
execution是流程实例中的执行器，会有不止一个。
它和task的关系
首先要说明，execution和task是两个独立的概念。
每一个节点正在进行的时候，必然会有一个execution停留在这个节点上，但是未必会有task
只有task类节点（如UserTask/EmailTask等等）会生成task（进行中的task存在act_ru_task表中），所以用task是否存在来判断该节点是否在进行是不妥当的。
但是task类节点通常会阻塞，等待人为调用接口来让其流转（最典型的就是UserTask），所以流转的接口才需要传入task。
这时候，task会进入act_hi_taskinst表中。
execution如何运作？
0.首先一个流程实例启动，必然会有一个根execution（我们后面称为exec0）
1.随后，exec0会生成一个子exec1并放置于流程图的开始节点（可以在act_ru_execution表中找到，父子execution使用表中的PARENT_ID_进行关联）。
2.接着，exec1会根据流程图向前走。如果遇到并行网关，则会分裂。这里假设并行网关有两条支线，则会分裂出一个exec2.
exec1和exec2分别走向并行网关的两条支线。最后在并行网关会合时，exec2被销毁。exec1继续复用，走下面的流程。
3.根据流程图的不同，execution会分裂出若干个同级/子exection。例如上文提到的并行网关，以及后面要讲解的“调用活动”（callActivity）
下面有一个callActivity对应的例子图，可以参考。
未完待续
