在数据库中有大约40-50列的表是否正常？

Question

在数据库中有大约40-50列的表是否正常？

Answer 1

取决于您的数据模型。将数据分解为多个表格并将它们相互关联起来会有点“更加简洁”，但它也可能是可能的，因为您的数据可能无法或者没有意义的被分解。

如果你想有更少的列只是“为它的缘故”，并没有显著的性能下降 - 没有这个必要。如果您发现自己使用的列数少于表格中的数量，请将其分解...

Answer 2

取决于你所说的正常。如果你是一个大企业公司，这是不正常的，因为你有太少的专栏。

但是，如果你发现很难与许多列工作，你可能有问题，需要做一些事情：无论是抽象的多列离开或拆分数据模型的东西更容易管理。

Answer 3

这是不寻常的待去归一化的数据库，以提高性能：改写（munging）表一起导致更少的查询过程中加入。

所以去归一化的表往往有更多的列，以及重复数据可以成为一个问题，但有时这是得到你所需要的性能的唯一途径。

我好像被问这个问题，在每一次面试时，我去：

你什么时候会denormalise数据库？

Answer 4

这听起来不太规范，所以您可能想看看this。但它确实取决于你存储我想什么...

Answer 5

我不知道“正常”，但它不应该造成任何问题。如果你有很多“可选”列，大多数时候这些列是空的，或者很多字段非常大，而且不经常查询，那么模式可能会被标准化或调整得更多一些，但是列数本身不是问题。

Answer 6

是的，如果这40-50列全都依赖于密钥，整个密钥以及除表的密钥外。

Answer 7

列数与数据是否规范化没有关系。这是列会告诉你的内容。电话1，电话2，电话3是否为 ？那么桌子肯定没有正常化，应该分解。但如果它们都是与关键值完全一致的不同项目，则可以将40-50列标准化。

这并不意味着你总是希望将它们存储在一张表中。如果这些列的组合大小大于数据库中每行数据所允许的实际字节数，则最好在创建两个或多个表之间建立一对一的关系。否则，如果所有字段都处于或接近其最大大小，则存储数据时会遇到问题。如果大部分时间不需要某些字段，也可以使用单独的表格。