工作流平台中用矩阵状态表代替关系型数据库的思考

现在的工作流系统都需要关系型数据库的支持，要使用一套工作流系统，特别是在运行过程中，启动工作流引擎的时候，都需要用数据库来跑流程的实例和记录流程的状态，可以说工作流引擎和数据库的关系非常密切，没有数据库的支持，工作流就无法运行，但是如果我

 

        现在的工作流系统都需要关系型数据库的支持，要使用一套工作流系统，特别是在运行过程中，启动工作流引擎的时候，都需要用数据库来跑流程的实例和记录流程的状态值，可以说工作流引擎和数据库的关系非常密切，没有数据库的支持，工作流就无法运行，但是如果我们把思路扩展一下，这样思考，如果工作流系统的运行都必须依赖关系型数据库，那么工作流的应用范围就会受到限制，比如说，在某些嵌入式平台中，磁盘和内存比较小，操作系统也不支持数据库，我们如果要启动工作流引擎，没有关系型数据库的支持，工作流是否就无法运行了呢？   当然不是

        我正在尝试建立一套不依赖数据库系统的嵌入式工作流引擎，其原理就是用一种自定义的拓扑矩阵表来代替关系型数据库，我设想的是在JWFD的平台里面加入一个矩阵模型，以前设计出来的流程图只能够解析进入数据库，以后增加一个方式，解析到矩阵状态表中，这个矩阵表其实就是一个带有状态值关系的二维数组，既可以保存流程图的拓扑关系，也可以存储流程节点运行过程的状态值，那么流程引擎的运行可以在关系型数据库中实现，也可以在矩阵表中实现，如果我们在一台没有安装任何数据库系统的机器上面，只是用JWFD的平台，就可以实现从设计流程图到全自动运行流程的过程。。。。如果做出来，还真的比较有趣啊。。。。(关于矩阵工作流的模型请参考我这篇博文  http://comsci.iteye.com/blog/1188482,系统学报有篇论文，有参考价值  ”运用结构化矩阵对SBA工作流建模“ 道客88上面有)

        JWFD一直用SWING的界面来实现，有一个好处，可以跨平台，在LINUX下面也可以跑。。。。一个小巧的嵌入式工作流系统，不依赖数据库。。真有趣。。。再加上自动数据处理的机制。。。非常有趣。。。。自己掌握核心技术的好处就是，想怎么搞就怎么搞。。。哈哈