@xided 看你的需求呢 1. 如果你有复杂的查询统计需求，如果你有 mongodb ，存 mongodb 是最好的方案 2. 如果你们的查询不复杂，如果你的数据库支持将表字段设置为 json 类型，先确认下该数据库的 json 查询 api 是否可以满足你的查询需求 3. 如果需求只是简单的读写，你可以搞一个“字符串类型”的“数据库字段”用于存储，这个字段存储一个“json 格式”的字符串 4. 如果你有复杂的查询统计需求，又没有 mongodb ，数据库对 json 的支持也达不到你的要求，那就“宽表”

你的描述里只有数据长什么样（怎么存），如果只根据这个来设计数据结构那肯定是不靠谱的。 你至少得考虑 怎么存，怎么取，将来会怎么迭代 才能确定合理的数据结构。 如果查询时不会关心具体的属性，那肯定是所有值用一个 json 方便。 如果你的类型是有限的几个，那完全可以每个类型建一张表。 如果这些数据都是整体取出来用，那次表单存储一条数据也是可以的。

@xided #4 ···js const data1 = [ { type: '长方形', value: { width: 100, height: 100, length: 200 }, dateTime: '2025-01-01 12:00:00', }, { type: '三角形', value: { angle1: 30, angle2: 60, angle3: 90 }, dateTime: '2025-01-01 12:00:00', }, ] const data2 = [ { type: '长方形', width: 100, height: 100, length: 200, dateTime: '2025-01-01 12:00:00', }, { type: '三角形', angle1: 30, angle2: 60, angle3: 90, dateTime: '2025-01-01 12:00:00', }, ] ``` 有两种方案，看你自己选择了，我喜欢第一种。

如果字段总量是确定的，那我选宽表方案，最简单好操作

哈哈，OP 遇到和我一样的需求了。

postgersql jsonb 字段存数据,关键字段做常规字段,比如 ID,创建人,创建时间,修改人,修改时间,扩展字段,编码,名称,再复杂就上 gis,求性能就上全文搜索,都是原生支持的

短期快速上线优先推荐 mongodb 或者 JSON ，但长期需灵活查询、数据规范时，建议用“主表+子表”：主表存提交时间，子表存维度、字段名、值，灵活适配多维度,更稳定。最终还是和要求的高低有关。

定义一列，为图形类型，第二列为图形参数，里面存 jaon