用乙個聯立的方程組來表示流程拓撲結構，這個拓撲結構如果發生變化，方程組也跟著發生變化，這就可以實現所謂的動態流程
面臨下面的一些問題，需要我們盡快解決
方程的自變數和因變數的關係 對應著什麼拓撲關係？
乙個方程就是乙個關係表達，現在要明確動態拓撲結構的關係要點是哪些？
拓撲的動態變換，要明確乙個或者幾個變換中的關係，才能夠確立方程的結構？
先不考慮變換的問題，僅僅考慮乙個靜態的拓撲方程 ？
乙個複雜的流程拓撲結構，如何表示為幾組關係？一組或者幾組關係式？
拓撲結構-轉化為矩陣 當拓撲結構變化的時候，矩陣也發生變化，那麼變化之後的矩陣
與變化前的矩陣有什麼區別，這種區別作為建立動態方程的關鍵變數和引數或者結構？？？？
我現在是基於矩陣在做方程的設計，這個和jwfd以前的資料結構模型有點出入，原來的模型是鍊錶結構
jwfd的基礎api都是基於鍊錶結構設計的，如果要換成矩陣模型，那麼api都要變，這樣一來，開發的成本就大大增加了
如果不用矩陣的話，用鍊錶的模型來做，那麼方程怎麼建呢？沒有矩陣和矩陣的變換就無法得出變換的關鍵引數，沒有
關鍵引數就無法自動構造新的演算法。。。。
基於鍊錶的api和引擎結構，怎麼實現動態拓撲結構的演算法呢？
要實現自適應，還有乙個方法，就是從底層的api就開始動態實現，如果這樣做，那麼流程引擎的整體結構就需要全部變
什麼樣的流程圖資料模型最適合於動態構造演算法呢？
什麼樣的流程圖資料模型最能夠利用現有的資源和api？
哎，fireflow開源工作流發布2.0版本了，我還在這裡原地打轉，真是落後啊。。。。
MySql索引底層資料結構與演算法
一 索引資料結構 索引是幫助mysql高效獲取資料的排好序的資料結構 二叉樹 特點 左子樹小於右子樹 缺點 如果儲存自增資料，二叉樹會退化成煉表，查詢效率低 紅黑樹 特點 自平衡二叉樹，樹高相對平衡，不會出現極端情況 性質1.節點是紅色或黑色。性質2.根節點是黑色。性質3.所有葉子都是黑色。葉子是n...
ODI工作資料庫底層資料結構研究（二）
在開始之前，先看一下專案部分的結構圖 從圖上看，結構可劃分如下 專案名稱 專案資料夾 子資料夾 包 方案 介面 過程 包 介面 過程 變數 序列 使用者函式 知識模組 標記 對應的資料底層結構如下 snp project snp folder snp package snp scen snp sce...
通達OA工作流主要表的資料結構
flow run prcs 流程執行明細 欄位名稱 型別中文 說明run id 數值流水號 關鍵字段 每發起乙個工作流，即建立乙個全域性唯一的流水號 prcs id 數值執行步驟序號 user id 字元步驟執行人 工作流設定中的流程編號 proc time 日期步驟開始時間 deliver tim...