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