我应该创建另一个表还是仅使用数组？ （规范化或不规范化）

Question

目前的情况是，主题按3个主要类别排序。有可能增加的不仅仅是3个类别，而是更高层希望实现为一个主题添加不止1个类别的能力。

我的原始数据库设计在主题信息表中具有categoryID作为外键。从一开始，这可能是一个糟糕的主意，但我想他们只设置了3个类别，并且这样做会减少查询次数。

因此，从我所看到的我现在有两个选项： 1）输入categoryID作为一个逗号分隔的字符串，我解析的PHP结束。 2）重新构造数据库并将categoryID拉出到它自己的categoryID和topicID表中。

我想知道每个人都认为这是什么。我的第一本能是重组数据库。但是当我考虑这个问题时，第一个选择是实现最简单，并且最不可能通过改变数据库来打破现有的问题。这也可能导致不规范化，并且会导致数据不一致的可能性。

我已经阅读了解除归一化问题，只要您接受以不一致的数据换取性能的风险即可。在您看来，我会因此风险而获得很多业绩吗？对于我在这种情况下应该做的任何投入将不胜感激。

感谢您的帮助，
列维

Answer 1

不要混淆非规范化（一个很好的例子，其中与问题保持在SO问题的表决票数一起，而不是从“票”表中的每个时间计算它）与可憎的是逗号分隔的ID列表。

建立适当的多对多关系;用逗号分隔的方法可能（并且会）出错的东西太多了。仅举几例：

1. 没有参照完整性。
2. 接下来无法在连接中使用。
3. 不可能充分索引;非可扩展性。

Answer 2

你最好的选择就是像你说的那样有一个类别ID-topicID对的数据库来查找这些主题属于哪个类别。

你可以通过以类别ID分解字符串的方式来做到这一点，但是当你搜索某个类别中的任何主题时，你必须遍历每个字段并在其上运行一个LIKE ...更多的资源密集型。

花时间重组数据库，最终得到更好的结果。

Answer 3

如果您需要在单个项目的DBMS中执行某些操作，请执行而不是以列表形式存储它们。这会让你的查询像狗一样运行，因为你的表变得更大。当然，如果你只是将这个列表当作一个单元来对待，那么以这种方式来存储它们也是可以的。

但是你最好确定你会一直把列表作为一个单元来处理，而不是作弊，说他们是一个单元，然后将它们分散到别处 - 最好让DBMS做到这一点您。

你应该总是先做3NF然后如果，并且只有当你有性能问题时，才会使速度变得非规范化。

你在这个问题上谈论的那些领域并不是你将作为一个单位来对待的那种领域。您需要对列表中的各个元素执行操作，因此应该将其分解到另一个表格中。