我是数据库设计的新手，我正在尝试修复现有的混乱。
我有一个事件列表（包含事件的参数列），每个事件都有另一个事件详细信息表。
例如，这可能是一堆科学仪器的用法，然后每个运行事件在运行时收集了大量数据。
你会推荐什么作为结构？
我的第一个想法是为使用历史记录提供一个表，然后每行链接到其自己的表，该表存储其收集的数据。但是如何将行链接到其表？是否有像整张桌子的外键一样的东西？
我的第二个想法是拥有一个单一的收集数据表，并使用P-key，F-key将使用历史记录链接到收集的数据。但是，如果我有数百种乐器，每天收集数千个数据点，那么这一个表将变得非常大（可能是GB /年）。那可以吗？ （我是一个微控制器/嵌入式工程师，所以MB上的任何东西对我来说都很重要。）
任何建议将不胜感激。谢谢！
答案 0 :(得分：1)
根据您的上述评论，我会说您的第二个选项似乎最好 - 只有一个收集数据表，由外键链接。只要索引外键，对于大小为几GB的表就没有问题。
如果不查看您的数据，我无法真正建议是否有更好的选择，但这应该没问题。