mysql - 在 SQL 中使用计划而不使表变得巨大

Question

所以我设计了一个基本的 SQL 数据库，它将机器通过 SSIS 输出的数据导入到 SQL 中，进行一些转换，最终得出我们每 15 分钟生产多少东西。

现在我们希望能够报告该每个运算符(operator)。因此，我有另一个包含运算符(operator)和运算符(operator)号码的表，并试图找出如何跟踪这一点，最终目标是为我的老板提供有关他的员工表现的图表和图表。

现在问题是:我本来打算格式化一个表格，其中包含日期、机器编号、运算符(operator)编号，然后为一天中的每个 15m 段设置一列，但最终结果是每年超过一百万个数据点，这显然会失控。

然后我在想，日期，机器编号，用户#，开始和停止时间。但无法弄清楚如何让它在轮类超过午夜时延续到第二天，或者如何查询开始/停止时间之间的时间，我确信这些都是简单的事情，但我是新来的。我需要使用时间而不仅仅是“轮类”，因为这可能会改变，人们早点回家等等。事情发生了。

所以问题是:如何为工作计划设置表格格式的最佳实践是什么，以及如何按照上面的方式查询它？

Answer 1

首先，每年一百万行并不算多。 SQL 数据库通常会包含数十亿行。与现代驱动器大小相比，存储要求根本不算什么。正确索引，性能不会成为问题。

事实上，我想说甚至不要考虑时间段。用时间戳记录每个数据点。使用 SQL 运算符，例如 BETWEEN得到你喜欢的任何时期。更简单。它更灵活。它需要更多空间，但空间并不是真正的问题。通过正确的索引，这不会成为性能问题。使用开发人员节省的时间为数据库购买更好的硬件，例如更多 RAM 或 SSD。或者迁移到云数据库。

只要确保您构建的系统能够封装架构的详细信息，可能会使用 model ，并确保您有办法安全地更改架构，例如使用 migrations 。然后，如果您稍后需要重新构建架构，您可以这样做，而不必寻找可能使用该表的每一段代码。

也就是说，您可以执行一些简单的操作来减少行数。

可能会有很多时期，某件事物不会产生任何东西。如果在此期间没有生成任何内容，则不要存储行。如果您只存储生成的每个事物的时间戳，这些间隙通常会出现。

您可以通过将句点放入自己的表中并引用它们来节省少量空间和性能。因此，不是每个表都有多余的 start和end日期时间列，它们有一个 period引用 period 的列表 start和end列。虽然这会减少一些重复，但我不太确定这是否值得如此复杂。

<小时/>

最后，在对假设的性能问题添加大量复杂性之前，先做最简单的事情并对其进行基准测试。使用大量测试数据加载数据库，查看其性能，并从那里进行优化。