组合主键与单个整数主键大表

Question

我们有一个数据库，它以下面的方式存储大量的测量数据。

• 有一个名为“Instrument”的表，每个仪器都有三列主键[CustomerCode | LocationCode | InstrumentCode。那些类型为VARCHAR（4）的colums，所以完整的主键看起来像ABC | L001 | S001。这些代码对我们来说是有意义的，所以我们不能只改变整数。其他关系也定义在这些列上，但它们超出了这个问题的范围。该表格包含大约200,000行代表不同的测量数据点。
• 有一个名为“InstrumentLoggings”的表格，其中每个InstrumentLogging具有四列主键[CustomerCode | LocationCode | InstrumentCode |时间戳。 Timestamp列的类型是DateTime。外键关系在“仪器”表的前三列定义。然后是VARCHAR（25）类型的第五个字段，其中包含该时间戳的值。这个表格包含大约50亿条记录（这是否太离谱了？或者它根本不坏？）。

这里的现状很短的示意图：

我们的问题是，InstumentLoggings台增长到了200GB，性能开始下降。备份和恢复也耗费太多时间。我们正在寻找将InstrumentLoggings表中的所有主键字段清除到单个字段的方法。

我可以简单地在Instrument表上添加一个额外的列InstrumentId，并创建一个只有三个Colums的InstrumentLogging表[InstrumentId |时间戳|值]主键由InstrumentId和Timestamp列组成或者，对于性能来说，将额外的列InstrumentLoggingId添加到以前的想法会更好吗？

在下图中，您可以看到现在的日志表，以及两种备选方案。我对你的想法很好奇，如果有任何替代方案，我不看现在...

Answer 1

看一看Why use multiple columns as primary keys (composite primary key)。它看起来像是我们用于新开发的一致意见：单列主键，然后在必要时对所包含的复合键进行唯一约束。

这是InstrumentLoggingId的选项2。如果需要，您可以在InstrumentId/Timestamp上添加一个唯一的约束条件或附加的索引。

编辑

理由为这种选择（根据经验 - 我不是一个训练有素的DBA :-)）：

1. ORM简单性和适应未来发展。如果将新列添加到业务键中，则任何引用表都不必更改，代码更改也更简单。
2. 唯一性和平局。假设你使用InstrumentId/Timestamp作为你的PK，你在夏令时做什么... UTC避免重复？或者由于PK冲突而导致设备出现错误并丢失数据？如果其中一个设备出现错误或其时钟同步错误，会发生什么情况......它可能会开始喷出重复的时间。拥有一个单独的唯一密钥允许您通过按时间排序并调整特定记录以调整可能存在重复的特定记录，从而找出稍后进行的操作。
3. 我有第三个原因，但不记得它现在是什么，除非它与数字2混合。稍后编辑，如果我能记得:-)
4. 插入性能。 AFAIK使您独特的（可能是身份）PK集群将记录插入到最后，而不是插入和洗牌基于业务密钥的记录的物理顺序（例如，假设您使用了InstrumentId/Timestamp的集群PK，仪器1将物理插入仪器2）的记录之前。我不是完全的技术方式，但是我知道有比开始插入更多的开销。