标签:表单设计器 mongodb 响应式web设计 业务流程
目 录
原办公业务流程平台审批单使用业务数据(横向)表纵向存储的思路,所有流程所使用的业务表单的数据都存在一张物理表中,表中每条数据记录包含列的(Column)定义和值(Value),列(Column)所对应的字段信息,通过定义表来定义。这种设计需要使用代码进行数据组装,比较繁琐。当表单内容较大时,界面展现速度较慢,而且此方案很难支撑查询统计需求。
为了满足用户可自定义快速开发流程表单的需求,并解决上述方案的不足,采用NoSQL技术来优化设计,因为NoSQL无需事先为要存储的数据建立字段,随时可以存储自定义的数据格式。按NoSQL的特性,可以灵活进行schema结构(列的定义)的修改,理论上应该可以很好支持这些动态表单的持久化保存。
基于上述文档数据库管理思路,采用审批单(表单)模版,以及NoSQL与关系型数据库相结合的方案,设计目标如下:
注:“模版”为管理概念,通过业务信息管理上线使用的表单可以定义为模版,依赖业务信息进行版本管理。
业务文档的数据一般情况下分为三部分:业务文档数据、意见数据和附件。三部分数据在本项目中保存在MongoDB数据中,表单文档和意见文档保存在collections集合中,其中附件保存的db.fs.files集合中,三部分数据以内嵌文档方式保存。
附近存储使用GridFS。GridFS是一种将大型文件存储在MongoDB的文件规范。
属性类型:
格式化类型
注:下拉列表数据内容,最好来自数据库事先定义。
参考:
从原理分析审批流表单配置功能使用的问题 肖永威 2014.2
在BPM动态可配置表单中使用NoSQL技术可行性分析——通用流程化应用审批单设计思路(二) 肖永威 2014.12
用MongoDB数据库来管理办公系统中文档型的表单和信息——通用流程化应用审批单设计思路(二,续) 肖永威 2015.1
标签:表单设计器 mongodb 响应式web设计 业务流程
原文地址:http://blog.csdn.net/xiaoyw71/article/details/45601355