我正在寻求一些关于构建具有潜在动态数据的应用程序的设计/架构建议。
我们有一个流程，工程师执行任务，然后他们记录下来。一般来说，每个任务记录的数据都是一样的，日期、工期、engineerID、taskType等。
一项任务可以属于一个或多个类别，如果选择了某个类别，则需要回答 2-3 个额外的问题。
该系统非常基本且易于设计，直到我们考虑特定类别的问题。我们一直在考虑两种方法：
开发一个动态系统，其中问题与数据库中的任务和类别完全分开。有一个映射表来说明每个任务会问哪些问题，Web 前端会根据它们的类型动态显示这些问题，这些问题存储为问题的属性（即下拉菜单、复选框、文本框等）这是当需要添加新问题时，开发难度更大，但更易于管理。
我们保持系统非常简单，几乎是星型模式，事实表记录每个问题的答案。我们有针对每个类别特定问题的列，但是仅在选择该类别时才会记录答案。这更简单，但如果我们需要添加更多问题，则需要架构和开发工作。
需求收集告诉我们，特定类别的问题只能在经过大量审查后才能添加，并且每年只能添加一次，因此工作受到控制。
鉴于只有我和一个兼职开发人员在我们的业余时间做这件事的一个小团队，我正在转向选项 2。
我是否缺少任何可能是更好选择的设计选项？