mysql动态表单设计与实现_动态表单的数据库结构设计

利用在线编辑器设计的表单，包含输入框，明细表(动态添加行)等需要存储到数据库的信息，现在有三种思路：

1.一个表单对应数据库的一张或多张物理表(主从表)，这种设计在很多业务的情况下，其数据库的物理表会不断膨胀，同时，当修改表单时，其对应的物理表结构也需要修改，当物理表很多数据时，改变物理表scheme会锁表，导致在线应用访问这些表。

2.利用横向表纵向存储的思路，即一张物理表保存的是所有表单对应的字段信息和对应的值，这样的好处就是扩展表单(如添加一个字段)时只需要往这样表插入一条数据，但随着表单的增加，这张表的信息量将成倍数级增长，同时对后边数据的呈现，数据的统计查询造成很大影响。

3.利用现在的无scheme数据库及nosql数据库进行表单字段及值(key：value)的存储，这样修改表单很方便，但对于数据存储每次都需要解析html有哪些字段(key)需要存储到数据库，还有其值是什么，同时，对于后面的数据统计，报表展现也难以实现，因为向mongodb这样的数据库，对数据统计的功能还是非常弱的。

有哪位大牛做过类似的动态表单设计器，可以说一下你的实现思路吗？

讨论一

第一种方式就当做没发生过吧

第三种的话其实是不错的方式，接触过类似的国外站点，完全基于nosql的数据库，方便扩展，很多高级的数据库对报表支持也不弱

第二种方式可以稍微细致说一说，很多市面上的自定义报表软件或者工具都是基于此设计的，曾经做过相关项目，对复杂表单的支持稍微弱一点，基础表单