复杂报表的数据库结构

Question

我正在尝试为一个报表设计一个数据库。此表单有10个Sections。每个部分都与一个Department相关。

当我们收到此报告时，每个部分或报告将被发送到相应的部门。

表单域可以包含数字、日期、字符串或文本。有些部分还定义了一对多关系。

我想要一些建议，我应该为整个Report定义一个表，还是为每个Section定义一个表

每种技术的优缺点是什么？

Answer 1

对于这种自由格式的文档，最好的选择是像MongoDB这样的文档数据库。

如果您坚持使用关系数据库，请考虑更灵活的模式：

• REPORTS PK
• SECTION_TYPES FK
• SECTION_FIELDS report_id PK，department_id VARCHAR section_field_id PK，section_type_id FK，field_type VARCHAR-这定义了要为给定节类型填充的字段。VARCHAR可以是'NUMBER'，'DATE'，'STRING'，...
• REPORT_SECTIONS report_section_id PK，report_id FK，section_type_id INT，field_value varchar -给定报表中的实际部分，包含对section_type_id和field_value的引用作为varchar(由varchar转换为必需的字段类型

这可能很难设置，但一旦报告/部分布局发生变化，就会得到回报(这总是比您预期的要快：)