数据库约束能走多远？

Question

这个问题与another question I asked. 相关。在我的另一个问题中，我向人们询问了关于我可以构建数据库的 3 种不同方式的意见。我能想到的最简洁的方法是选项 2：

Location [Table]
- Id
- Name
- HasLogger
- LoggerRFID
- LoggerUpperLimit
- LoggerLowerLimit

Sensor [Table]
- Id [PK]
- LocationId [FK]
- UpperLimit
- LowerLimit

SensorReading [Table]
- Id [PK]
- SensorId [FK]
- Value

LoggerReading [Table]
- LocationId [FK]
- Value

Alert [Table]
- Id [PK]

AlertCorrectiveAction [Table]
- AlertId [FK]
- CorrectiveActionId [FK]
- ByUserId [FK]

AlertAcknowledgement [Table]
- AlertId [FK]
- ByUserId [FK]

SensorAlertReading [Table]
- AlertId [FK]
- SensorReadingId [FK]

LoggerAlertReading [Table]
 - AlertId [FK]
 - LoggerReadingId [FK]

现在这个选项的问题是它允许将来自多个传感器和多个位置的读数“链接”到单个警报。

为了解释为什么会出现这个问题，我将解释系统是如何工作的：

一个位置可以包含许多“实时传感器”，但只能包含 1 个记录器。出于这个原因，我将记录器属性放入位置表中（实际上是一对一的关系）。记录器收集读数，直到后来被收集，实时传感器立即通过网络传达读数，并且它们具有额外的属性，例如具有网络地址属性的网络从站..与记录器完全不同（我曾经尝试将记录器视为传感器，没有效果不好）。

当传感器或记录器超出范围（由读数指示）时，系统会生成警报。该警报仅针对该传感器，并被视为处于活动状态，直到该传感器（或记录器）的读数表明它已回到范围内。在此之前，将传感器进一步超出范围的读数“链接”到同一警报。

如您所见，单个警报实际上应该只有同一个传感器的读数链接到它，但是我上面的设计允许来自不同传感器和记录器的不同读数与同一个警报相关联 - 我是否应该对此感到困扰我没有以某种方式限制它？另一个问题是它允许警报在没有任何读数的情况下存在。

因此我的问题;一个人应该在多大程度上受到约束或弯曲设计以适应这些约束？我喜欢上面的设计，因为它很简单 - 警报可以有传感器读数和记录器读数，所以链接它们是一个简单的关系。

我不禁想我也错过了一个技巧 - 有没有更好的方法来做这个设计？我已经用它转了很多年，似乎总有一种妥协（除非我针对不同的阅读类型重复所有警报表）。

谢谢。

Answer 1

我应该为我没有以某种方式限制它而烦恼吗？

是的。

你犯了两个基本错误。

1. 在所有移动的东西上粘贴Idiot 键。

   这阻碍了您将数据建模为作为数据（不是作为没有意义的行，而是具有人为强制唯一性的行）和公开标识符的能力；和依赖关系（例如，传感器依赖于位置）。您正在使用预先设置的 Row_Ids 对包含数据的电子表格进行建模。您需要将数据标准化为数据。

   这导致了您确定的问题，但也存在其他问题。

   如果您对数据进行建模，标识符将是清晰的，而索引和 FK 约束将阻止这一点。哪些数据是独立的；哪些数据属于（取决于）哪些其他数据；什么数据对其他数据有什么作用，以及这些操作的基础。

   那么（已解决的主要问题）您只剩下较小的限制来解决次要领域。

2. 否则，您会陷入到处添加约束以尝试并获得您想要的东西，但永远无法达到目标。你知道你需要它们，所以你正在寻找它们。

错误的地方。我们需要备份到 (1)。

我已经回答了您的其他问题，并附上了▶Sensor Data Model◀。这并不能解决您在此处发现的缺陷。不过，我刚看到这个问题，明天我会更新 DM 并包含这些表和列。

▶Link to IDEF1X Notation◀ 适用于不熟悉关系数据库建模标准的任何人。

问题

1. 看起来您需要一个传感器参考表，即货架项目，以保存 UpperLimit 和 LowerLimit；而不是为每个位置重复它。或者它们是为每个位置设置、本地化的。

2. 想想 Logger 的 SensorNo 为零。

3. 为什么传感器没有 RFID？

4. 在每个Location 处，Logger 是可选的，是 1::0-1 吗？，

Answer 2

为什么没有：

Alert [Table]
- Id [PK]  
- SensorReadingId [FK]  
- LoggerReadingId [FK]  

然后您填写 SensorReadingId 或 LoggerReadingId。我想你的结构是一个简化的结构，但通常一个没有其他东西的表然后一个 PK 是冗余的。