可以設定流程連線中的id和name，設定連線上的main config中的條件可以決定走哪一條分支。
當上一節點完成任務時，需要帶入流程變數，來控制流程的走向。
其實閘道器說白了就是事件流到某乙個核心節點，該節點需要做乙個判斷，如果判斷符合某乙個邏輯，那麼事件就流到合適的路徑上去，進行了分支。而做判斷的節點就是所謂的閘道器。
分支操作：
(1)如果報銷金額大於500，小於等於1000，則任務流轉至部門經理審批；
(2)如果報銷金額小於等於500，預設流轉至財務處審批；
(3)如果報銷金額大於1000，則任務流轉至總經理審批；
排他閘道器中預設分支的設定，此處可以設定連線的 id來進行視覺化的預設連線選擇：
不能進行部署的問題解釋（踩了坑）：
如果在預設分支的連線上設定了流轉條件並且在排他閘道器中選擇了預設分支，則部署不成功。
解決辦法：
①如果在預設分支連線上進行了分支條件的設定，則在排他閘道器中不設定預設分支。
②如果在排他閘道器中設定了預設分支，則不能再設定分支的連轉條件。
部署成功之後，在啟動流程時設定流程變數即可進行流程的流轉。
它可以將分支（fork）為多個路徑，也可以合併（join）多個入口路徑。
並行閘道器的前提條件：基於出口順序流和入口順序流。
分支（fork）： 並行後的所有外出順序流，為每個順序流都建立乙個併發分支。
合併（join）： 所有到達並行閘道器，在此等待的進入分支， 直到所有進入順序流的分支都到達以後， 流程就會通過匯聚閘道器。
1．如果並行閘道器同時具有入口順序流和出口順序流，並行閘道器會先執行入口順序流，然後執行再**成多條可以執行的路徑。
2．並行閘道器不執行計算條件。並行閘道器上面的計算條件會被忽略。
3．並行閘道器分支和合併是同時存在的，就是說，乙個至少有乙個分支和乙個合併。但是，閘道器是可以不平衡的，分支和合併的數量可以不一致。
付款和收貨辦理人為買家，發貨和收款辦理人為商家。
流程圖如下：
啟動流程之後，任務表當中會多出兩條任務資料，辦理人分別為買家和商家。
例項表當中多出三條紀錄，分別代表整個流程例項和兩個分支的執行例項。而執行例項有必須屬於某乙個流程例項，所以要有父id。
1）乙個流程中流程例項只有1個，執行物件有多個
2）並行閘道器的功能是基於進入和外出的順序流的
分支(fork)：並行後的所有外出順序流，為每個順序流都建立乙個併發分支。
匯聚(join)：所有到達並行閘道器，在此等待的進入分支， 直到所有進入順序流的分支都到達以後， 流程就會通過匯聚閘道器。
3）並行閘道器的進入和外出都是使用相同節點標識
4）如果同乙個並行閘道器有多個進入和多個外出順序流， 它就同時具有分支和匯聚功能。 這時，閘道器會先匯聚所有進入的順序流，然後再切分成多個並行分支。
5）並行閘道器不會解析條件。 即使順序流中定義了條件，也會被忽略。
6）並行閘道器不需要是「平衡的」（比如，對應並行閘道器的進入和外出節點數目不一定相等）。如圖中標示是合法的：
六 連線模式 1） 連線簡介
可以借用 sql 的連線來解釋 假設 表a 表b 內連線 a.name b.name 儲存共有的相同值屬性 外連線 左外連線 以 外來鍵表a 左 屬性為基準。包含a屬性整列。b屬性符合a屬性值的存入，其餘b屬性被置為 null。右外連線 以 外來鍵表b 右 屬性為基準。包含b屬性整列。b屬性符合a屬...
13 連線查詢
假設 a 表中有3條記錄，b表中有 4 條記錄 那麼，語句select from a,b 會將a，b兩張表的資料交叉拼接起來，形成 3 4 12 條記錄的結果集，此結果集叫做笛卡爾積。ora 00918 未明確定義列 改進辦法 明確列的所屬 select empno,ename,emp.deptno...
004 連線查詢
再大多數的情況下,我們都需要進行連線查詢.笛卡爾積的產生 這個就是多表查詢的的最初結果集,那麼以後我們需要作的就是從結果集中篩選出需要的結果集.篩選的方式不同,導致sql的效率不同.篩選的方式就是加入連線標準.等值連線 select 字段 from 表1 表2 where 連線條件.eg 查詢員工名...