mysql - 我的复选框数据存储在数据库中的正常程度应该如何

Question

我有一个包含大约 15 个复选框的 Web 表单，用户可以选中 0 个或全部 15 个复选框以及其间的任何数量。存储表单数据的数据库是 MySQL，但将使用 MySQL ODBC 连接从 MS Access 中的数据生成报告。我看到了处理这个问题的三种选择。

电子表格方式:

有一个表格，每个复选框都有一个 bool 列，还有一个“其他”文本框

标准化方式:

有两个表，一个包含表单数据，另一个包含复选框信息。然后是第二个表，其中包含表单数据的 FK 和一对多关系中复选框的值。在处理表单时，通过一些循环将复选框值的插入与表单数据的插入分开处理。

捷径:

有一个表，其中包含复选框数据的文本字段。处理表单时，将复选框值连接成逗号分隔的字符串，并将其与其他数据一起放入文本字​​段中。

<小时/>

Access 方式和快捷方式都很有吸引力，因为它们可以轻松地用于生成报告，尤其是快捷方式。不幸的是，虽然我更喜欢规范化的方式，但我的组织中开发 Access 部件的人都不知道如何生成正确使用规范化数据的报告，至少不干净。当按复选框值过滤时， Access 方式和短方式都可能出现问题( Access 方式更是如此)。

我应该如何进行？如果我走正常化的道路，我还必须负责开发一个生成报告的工具，这可能会踩到一些脚趾，并且有点政治争论。我坚持使用他们已经使用的方法( Access 方式)，增加了我的直接工作量，并给自己带来了一系列编程问题，但避免了任何办公室政治。或者混合方式现在需要一些编程成本，以后会带来一些烦恼，但对其他项目成员来说只有很少的障碍？

Answer 1

我不同意你所谓的“Access 方式”没有标准化。只要所有复选框都有不同的含义，并且仅依赖于键(而不是彼此依赖)，该表就会标准化(至少 3NF 或 BCNF)。

换句话说，如果您没有发现该结构有任何问题报告，请继续，Codd 不会来困扰您。 (甚至 Date 也可能没问题，只要你不将“关闭”复选框存储为 NULL :p)