架构是权衡的艺术：动态表单的存储方案设计

球友提问：公司要做问卷表单，后台需要做数据统计分析。如何设计后端存储的方案，了解过json存储，但不利于分析统计，所以打算尝试k-v存储。

Hello，我是方才，今天这篇文章，是为了回答知识星球球友的提问，整个方案设计和选择的过程还是很有参考价值的。

任何技术方案或架构的设计，都是基于利弊分析的权衡的艺术。整个分析的过程我相信，对你也一定有所启发。

后文方才将从以下内容，展开描述：

业务分析

（ps：xmind写得也比较清楚了，嘿嘿，方才就不重复用文字描述了，大家直接看图）

建立评估指标

做方案的选择评估，肯定是需要针对业务需求和业务背景，去建立一个评估指标的，这样才更方便对不同的方案进行对比，从而选择出综合性价比更高的一个。

基于这个评估指标体系，接下来我们就开始具体分析4种存储方案的情况，从方案概述、指标情况、使用场景这3个维度进行方案的分析：

image-20250102123312962

方案1：k-v存储

image-20250101235128605

方案2：json存储

image-20250101235154142

方案3：宽表存储

image-20250101235239918

方案4：基于物理表的存储

image-20250101235312204

问卷调查需求的方案选择

在对4个可选方案进行综合分析后，回到球友的需求，针对问卷调查的场景做深入分析，以确定最终的方案。

思路如下：

image-20250102123849516

最终，得出结论：在问卷调查这个场景中，使用宽表存储相对而言是更加合适的。（如果你有更优的方案，欢迎评论区互动交流哟。）

通用功能的设计

有了明确的方案，就是具体的实现了，这里方才并没有提供对应的实现，但可以简单同步下关于动态表单的一些通用功能的实现思路（不管采用什么方式进行数据存储，均需要解决的问题）。

大家就直接看图了：

以上就是关于动态表单的数据存储方案了，不同的技术方案没有绝对的优势，都是基于不同的场景，研发团队情况，业务发展需求等等进行综合评估的过程，是权衡利弊的结果。

以上分析思路如果对你有所帮助，记得给方才点个赞 ^~^。