关系是否比没有效率的大桌子慢？

我在工作中被要求多次违反“第一种标准格式”（使用空/空值重复列中的组），“是为了提高计算机处理能力”。简而言之，“学生”表应至少包含8个空字段（例如电话：phone1，电话2，电话3 ...），而不是我的建议-包含电话号码（以及其他可能的元数据）的“电话”表外键是学生证号。我的老板说，最好以这种方式存储它们，因为“ CPU周期更少，这在Web平台中很重要”，而不是使用关系。我说，在最坏的情况下，它可以忽略不计。

在该示例中，使用关系（假设表在中等大小的Web应用程序中充满了很多记录）比使用这种表架构慢得多？

我看不出没有任何实际事实来支持它，没有人能发表这样的声明。如果您的查询受CPU限制，那么您应该寻找减少该瓶颈的方法。

听起来您的老板似乎认为非规范化数据库性能最佳，但是我对您的应用程序了解不足，无法确定是否正确。该表的预期删除，更新和插入次数是多少？

我希望这种非规范化的设计可能会减少CPU时间，但希望磁盘I / O会增加。而且从磁盘进行物理读取将比CPU周期昂贵得多，所以也许您的老板有一个非常具体的指标要满足（CPU），因此需要一个非常具体的设计？如果是这样，我将简单地构建所要的内容，并保持运行查询的CPU成本指标。如果看到时间增加，则可能需要建议一些设计更改。

实际上，获得老板想要查看的所有指标列表并随时间跟踪这些指标可能是一个好主意。