1、设计方案

1、直接存整体表单结构的json串

优点：相对Mysql细化结构存储，不用在后端处理大量增、删、改的逻辑。如果用mysql对结构体做逻辑删除，可利于回滚。也可用redis、mongodb等实现

缺点：控制粒度不够，不利于需要关联复杂查询的情况，事务控制只能真对整个结构体。需要前端可靠支撑，如前端生成ID或者直接将名称作为表单、字段、选项的唯一识别。

2、使用Myql存表单细化的结构，基本如下

表单表：存储不同表单，如不同页面可能有不同表单。

字段表：存储表单字段信息，比如字段类型、选项类型、输入框类型、筛选类型（展开类型）、字段排序、是否必填、所属表单ID等。

选项表：存储字段为选项类型的选项，如选项名、所属字段ID、所属表单ID等。

表单数据表：使用了哪个表单，并存储表单数据，需存表单ID。

字段数据表：使用表单的哪些字段，并存储字段数据。如输入框类型的输入值、选项标签、表单ID、选项ID。

选项数据表：勾选了哪些选项，需存表单ID、字段ID、选项ID。

优点：可支持复杂查询，以及数据统计等。

缺点：需要在后端处理大量增、删、改，以及校验逻辑。

需要十分注意数据表是存实时数据还是历史数据，实现方案将有很多差别