最近要准备搞一个低代码平台，类似氚云、云枢那样，有一些问题

意思是说表单的字段变动频繁，用户可以自由创建表单，为表单添加删除任意字段是吗？

@majiaxin110 对的，v 站我不会发图片..可以看看氚云的文档 http://help.h3yun.com/#%E5%9F%BA%E7%A1%80%E6%8E%A7%E4%BB%B6

这有点像 excel 啊。
我感觉还是一个表单对应一个表啊。

题外话：一直觉得……这种东西就是 BPM，低代码感觉还是要生成代码的那种才像。

我就是在做这种项目，用的就是 MySQL 。。

关系型数据库使用 keyvalue 表形式存储配置，非关系型 redis 本身就是 keyvalue，mongodb 也很灵活

@CrazyEight 一个表单一个表吗....那你是怎么存的，动态创建类持久化到 mysql 吗

@lonelymarried 是有点像，大学生那种各种各样的问卷调查就是用这些平台比如 番茄表单 这样创建的，给他们一个平台，他们自己通过拖曳组件就可有创建相应的文本框、复选框。

一个表单对应一个表太重，而且不太好实现，表单是随时都能改变字段的，当然也可也制定规则创建了就不让改，主要难点还是这部分数据的 curd，如果是 mysql 创建表的话，表对应的持久化对象就不好弄...

@yannxia BPM 算个子集吧，包括了它，其实我都觉得就是无代码了.....通过组件排列组合给你来一个大学生意见调查表

对，mongodb 比较适合这个

之前用 Alpaca.js （ jQuery ）做过，数据库用 MySQL JSON 字段存储。

但 NoSQL 直接嵌套 BSON 存储会更好。

那么应该考虑模型建立的时候对字段抽象，字段可以拥有表示类型的属性，或者采用继承关系表示多种字段。用户创建一个个性化表单则是多种字段的组合。也就是说，我觉得只要正确分析建模，底层数据库使用哪一种都是可以的。

数据库怎么用都没研究明白， 要做这个平台我看够呛

推荐 Ruby 大佬的作品 [Form Core]( https://github.com/rails-engine/form_core)
https://ruby-china.org/topics/33098

楼主，低代码开发，要一步一步来，不要一口吃成一个胖子。

对于 Web 应用，先解决怎么低代码零代码开发后端，然后怎么做到兼顾低代码零代码开发的同时也能定制后端编码开发。

如果做到了 Web 后端低代码开发，再去考虑怎么低代码零代码开发前端。

@tctc4869 Web 应用低代码开发的关键就不是数据库的问题。

@tctc4869 你说的很对，确实是这样的，现在我也是刚进入这个需求中，在了解原理和探索一些设计中，试用了氚云和云枢后，我就在想如果要实现这个怎么搞，然后就有个疑问，想知道他们是怎么做到数据的建模和 curd 的

@tctc4869 国内的低代码平台，不管怎么说都是新建应用，表单设计，数据建模开始，我不是想探讨哪个关键不关键，就是单纯的疑问他们是怎么做的，如果是我该怎么实现，这么一想下去，就会发现，数据这块是绕不开的，怎么 curd，结构是咋样

这种场景 mongodb 比较适合吧

```json
{
componentType:
fields:[{
id:
val:
label:
}]
}
```

数据库用啥都行了，提交的时候根据 id 做 field name 处理就好。

我猜如果要用传统 db，就用 map 保存字段-字段信息的结构，然后转 json 存数据库，这里要考虑的就是大的 map，存取时，序列化 /反序列化的效率。

@davidsu1314 我不太熟悉 mongodb，仅仅就是看过几篇文章，虽然我也觉得 mongodb 比较好也不知道好在哪，但是主要问题还数据实体该怎么办，mongodb 能做到没有实体类映射就能插入数据库吗

@SakuraKuma 好像用 json 更方便点，然后 curd 就围绕着这个 json 结构进行操作是吗

@ss098 对 mongodb 不是很熟，我发现它明明格式是用 BSON，然后我看了一些 springboot 使用 mongodb 的例子全是需要先创建实体，然后映射然后存储，这跟 mysql 有啥区别....能不能不需要这个实体类，直接就用这种结构进行 curd

用 node 写 mongodb，直接写 json，比 java 方便

@kvkboy 存的方式随意呀, 你可以拆开组件和字段, 两个表(mysql), 也可以一个 json 直接 mongo.
当然 mysql 5.7 后直接支持 json 了.

@kvkboy 被三流文章陷害的我，老子还在想明明是 nosql，为啥整合起来全是创建实体类，映射，然后 curd，这特码跟 mysql 啥区别

MySQL 每张表可以拥有不同的字段，但它本身是可以被 SQL 语句取出的。
方法就是转置，行向量变列向量。

Threestore 类或者 SICP 讲 query 的那章看完，就可以了，没有本质区别，只是方便与否的问题。

但确实 JSON 结构存储的话建模会方便点。

如果你要 crud 落地的话，可以参考一点点我这个思路
例如一个单选框，我数据库这么存。
1.类型表：单选、多选、输入
2.选项表省略
3.实际类型（问题）信息表，省略
4.2 、3 的关联，省略
5.用户数据表。用户在当前问题中的选项。比如对于问题 1，它的选项是 3，那存储的就是：user-1-3

这个类似是数据库第三范式，以用户、题目作为主键。
一个用户的一个题目只有一个答案（答案类型不唯一，例如可以是选项 ABC，也可以是文字的填写）
问题可以通过变更类型表，变更识别方式，例如使用单选的时候执行单选逻辑，多选的时候执行多选逻辑。所有存储都存储到用户数据表。

如果表单发生更替，直接认为是重建一张新问卷。

@kvkboy

web 应用，后端低代码开发的基本前提并不是数据，数据持久化方案，最低级的用 txt 里面存 json，xml 就可以搞，标准一点 sqlite 。至于什么 MongoDB，mysql 这些不过是更高级的方式。选什么数据库就看你的了，数据就是用来抽象业务的。

最关键的基本前提，就是 Web 后端的请求处理配置。如果搞定了这个，再去考虑什么数据建模，表单设计等高级低代码开发功能。这些都是在搞定基本前提之后才考虑的问题。数据建模，如果搞不定 Web 后端的请求处理配置，就别谈什么数据建模，表单设计这些高级的低代码开发。

当然也可以从代码生成器入手，但是如果一个 web 应用的低代码开发平台仅靠代码生成器为核心来开发应用，那是最不行的。想靠代码生成器开发稍微复杂的 web 端应用（这里同时包括前端与后端），那是痴人说梦。

mongo 和 mysql 都可以存储。

处理的时候全在前端实现数据的修改逻辑就可以了，然后“覆盖”原来的数据。需要历史版本的话新插入一条，把原来的数据状态改为 old，新旧数据有一个字段用来标致是同个表单的。（之前我是这么做的）

@kvkboy 一个表单对应一个表，直接用 jdbcTemplate 动态的生成 sql 语句，保存表单数据那块没有用 orm 框架

表单不就是一个树么，树有啥不好存的。

一个页面对应一个 Class 类，页面数据对应这个类实例 Instance，
至于对每个实例存储方式就各种各样了，楼上说的方法很多，

也就如何把拖拽出的表单页面转换为 Class 类代码，有点意思吧。

这些平台思路很强。

小规模公司低成本专业化（ EPR ），是符合生产力的发展路线。

一个结构表(form_definition)存 表单相关信息 如名称，字段列表，等

设计器保存表单信息到 form_definition 表中。


然后每个表单创建一个表。 前台查询等时候就是按名称找 form_definition 然后拼接 sql 。

花点时间深入学习一下数据库表设计,比跑这里问怎么实现有意义的多.

@tctc4869 多谢解答，能不能告诉我下 Web 后端的请求处理配置 是指什么，按照我的理解其实低平台就是制定一套规则，然后后端用一种“通用语言”解析用户的行为，你说的请求处理配置，是不是就指这部分解析

@oahebky 哈哈哈，其实我第一反应也是这个做法，思考如何解析页面元素动态创建 class，然后发现技不如人，溜了溜了

@kvkboy 看下 salesforce 的设计，将表的设计作为元数据，数据抽象通用存储模型，具体细节见如下链接：
https://www.slideshare.net/developerforce/salesforce-multitenant-architecture-how-we-do-the-magic-we-do