动态表单的设计思路
利用在线编辑器设计的表单,包含输入框,明细表(动态添加行)等需要存储到数据库的信息,现在有三种思路:
1.一个表单对应数据库的一张或多张物理表(主从表),这种设计在很多业务的情况下,其数据库的物理表会不断膨胀,同时,当修改表单时,其对应的物理表结构也需要修改,当物理表很多数据时,改变物理表scheme会锁表,导致在线应用访问这些表。
2.利用横向表纵向存储的思路,即一张物理表保存的是所有表单对应的字段信息和对应的值,这样的好处就是扩展表单(如添加一个字段)时只需要往这样表插入一条数据,但随着表单的增加,这张表的信息量将成倍数级增长,同时对后边数据的呈现,数据的统计查询造成很大影响。
3.利用现在的无scheme数据库及nosql数据库进行表单字段及值(key:value)的存储,这样修改表单很方便,但对于数据存储每次都需要解析html有哪些字段(key)需要存储到数据库,还有其值是什么,同时,对于后面的数据统计,报表展现也难以实现,因为向mongodb这样的数据库,对数据统计的功能还是非常弱的。
有哪位大牛做过类似的动态表单设计器,可以说一下你的实现思路吗?
1.一个表单对应数据库的一张或多张物理表(主从表),这种设计在很多业务的情况下,其数据库的物理表会不断膨胀,同时,当修改表单时,其对应的物理表结构也需要修改,当物理表很多数据时,改变物理表scheme会锁表,导致在线应用访问这些表。
2.利用横向表纵向存储的思路,即一张物理表保存的是所有表单对应的字段信息和对应的值,这样的好处就是扩展表单(如添加一个字段)时只需要往这样表插入一条数据,但随着表单的增加,这张表的信息量将成倍数级增长,同时对后边数据的呈现,数据的统计查询造成很大影响。
3.利用现在的无scheme数据库及nosql数据库进行表单字段及值(key:value)的存储,这样修改表单很方便,但对于数据存储每次都需要解析html有哪些字段(key)需要存储到数据库,还有其值是什么,同时,对于后面的数据统计,报表展现也难以实现,因为向mongodb这样的数据库,对数据统计的功能还是非常弱的。
有哪位大牛做过类似的动态表单设计器,可以说一下你的实现思路吗?
...全文
相关推荐
基于SSH框架的动态表单设计与实现
基于SSH框架的动态表单设计与实现
基于Infopath实现WEB动态表单
基于Infopath实现WEB动态表单.初次接触Infopath,我就被它的强大的功能,灵活的表单制作方式,全面对Web Services的支持等特点深深的吸引了。曾经尝试用Infopath来完成一些MIS项目,Infopath却有一些我们难以逾越的障碍,使得无法方便的和项目紧密结合。主要是有以下几个方面使得Infopath不能和项目有效的结合: Infopath只能在Infopath本身的程序中填写表单(这个问题去年我曾经解决过,参考Infoview的实现方式) 不能有效的和外部环境结合,比如ASPX页面中的变量,工作流引擎的信息。 实现复杂的数据存取,存在一些困难,需要进行大量的代码编写。 和我们传统MIS系统的开发模式有一定出入,Infopath数据源的设计不是很方便。不能通过该工具直接对数据库结构的定义。
论坛设计思路
论坛设计思路
企业级Java开发-基于Nutz框架与Flowable工作流-动态表单配置与数据平台中心-包含权限控制与代码生成器的全栈快速开发解决方案-支持前后端分离与APP打包的企业后台管理系.zip
企业级Java开发_基于Nutz框架与Flowable工作流_动态表单配置与数据平台中心_包含权限控制与代码生成器的全栈快速开发解决方案_支持前后端分离与APP打包的企业后台管理系.zip上传一个【汇编语言】VIP资源
dynamic-form-builder
dynamic-form-builder


