在（mysql）数据库表中包含更多字段会降低（数据库）服务器负载吗？_Mysql

在（mysql）数据库表中包含更多字段会降低（数据库）服务器负载吗？

mysql

在（mysql）数据库表中包含更多字段会降低（数据库）服务器负载吗？,mysql,Mysql,我正在开发一个web系统，它一方面必须每天在mysql数据库中存储值，另一方面（例如，私有成员页面）必须在（随机）开始日期和结束日期之间检索DayValue 我认为一个重要的设计目标是在检索值时最小化服务器负载，例如，访问（数据库）服务器的频率，并且基于此设计目标，我的计划是为每天值分配一个字段，其中一条记录每月包含31天值。通过这种方式访问数据，比如说，去年只需要检索12条记录（而不是检索365条记录，每条记录只有一天的值）我的逻辑正确吗？或者，对于服务器加载，选择两个数据库表选项（具有31

我正在开发一个web系统，它一方面必须每天在mysql数据库中存储值，另一方面（例如，私有成员页面）必须在（随机）开始日期和结束日期之间检索DayValue

我认为一个重要的设计目标是在检索值时最小化服务器负载，例如，访问（数据库）服务器的频率，并且基于此设计目标，我的计划是为每天值分配一个字段，其中一条记录每月包含31天值。通过这种方式访问数据，比如说，去年只需要检索12条记录（而不是检索365条记录，每条记录只有一天的值）

我的逻辑正确吗？或者，对于服务器加载，选择两个数据库表选项（具有31天字段的记录与每个记录具有单个天字段的记录）中的哪一个并不重要？还是错过了更好的第三种选择？

很可能这是一种不必要的优化，在具有数十亿查询的大型环境中可能是合理的，但在您的情况下很可能不是这样

将列绑定到日期值或月份名称是个坏主意。请改用，建立一个完善的数据库体系结构，以后再考虑性能。

thnx供您评论和提示。为什么您认为将列绑定到日值是个坏主意？另一个问题：您认为可伸缩性将变得重要，每年大约有多少查询？我不认为我的系统会有数以十亿计的查询，但我认为即使是准备一个可扩展的初始版本也是好的。在我的例子中，这可能在3-5年内达到几千万。@用户拥有这样的柱结构是糟糕的设计。这样做的标准方法是拥有一个主表