sql - 评论(一次编写)存储网络信息的数据库设计

Question

我有长达一周的原始日志，记录了支持 wifi 的设备与我研究所的 wifi 路由器的关联。截至目前，我计划将其放入数据库中，如下所示:
一张有列的大表:

• 路由器MAC地址
• 设备MAC地址
• 时间戳

将仅查询数据库以检索特定设备在一周内的连接历史记录。
记录成为一周后，它将被删除或移动到其他地方。

现在设备的数量可能在 800 到 2000 之间。因此为每个设备创建一个单独的表没有意义，是吗？

我相信 wifi 路由器的数量约为 <40 个。

最后一周的日志会小于1GB。

我现在正在使用 SQL 数据库(真的坚持这个，不想改变，但如果它有很大的改进，请提出一个替代方案)。

现在我的问题是(一个表)方法在时间上是高效的 - 执行查询并返回结果的时间。空间和冗余都不是问题，问题只是查询返回的速度*。

还要评论可以采取哪些可能的措施/修改以使此类系统具有可扩展性。

*它不应该复杂到难以维护。

Answer 1

我看不出您需要以任何其他方式拆分它的原因。如果您的唯一目的是使用日期时间戳存储路由器和设备地址，那么您真的不需要做任何其他事情。一张 table 就可以了。

规范化背后的整个想法(是的，我在这里过度简化了它)是您永远不必在多个表中一遍又一遍地重复相同的数据。

例如假设你想存储这个:

Router | Mac Address | Device Type | IP Address | Device Model | Device Serial Number

最好有一个路由器/设备表来指定所有这些并具有特定的 DeviceID 和一个有 say

DeviceID | TimeStamp

您这样做是为了不必每次都为每个日志条目重复所有信息。

希望这有助于...