Question

~~更新：关系模型可能无法按我希望的方式工作，请参阅：Database normalization for facebook-like messaging system NoSQL的时间！~~

我无法将数据库放入2nf。为此，您必须先确定所有功能依赖关系，然后才能确定属性是素数还是非素数。

看看这里：

--------------------------------------------
   to   |  from  |   msg          |  time  
--------|--------|----------------|---------
  joe   |  jim   | hello          |   1
  jim   |  joe   | hey            |   2
  jim   |  joe   | how are you    |   3
 victor |  bryce | i love carrots |   4
  joe   |  jim   | im doin great  |   5
  bryce |  jim   | hello          |   6

注意：时间将是唯一的。它将被处理。

时间 - ＆gt;消息尽管

time1->"hello"
time6->"hello"

因为只要有唯一的消息实例，我就听说过，这很好。但是，我对此感到困惑。

另外，我想添加一个消息ID列。那是好事吗？

Answer 1

功能依赖性要求，＆＃34;如果我知道＆＃39; X＆＃39;的一个值，我是否知道＆＃39; Y＆＃39;？＆＃34;中的一个且只有一个值，在哪里＆＃39; X＆＃39;和＆＃39; Y＆＃39;是关系的属性。（＆＃39; X＆＃39;和＆＃39; Y＆＃39;参考属性的集。）

如果属性的值＆＃34;时间＆＃34;实际上是唯一的，然后知道＆＃34;时间＆＃34;意味着你知道＆＃34; msg＆＃34;中只有一个值。这意味着该关系的函数依赖时间 - > msg成立。

相反，功能依赖＆＃34; - ＆＃34; - ＆gt;＆＃34; msg＆＃34;不知道这个关系，因为知道价值＆＃34;乔＆＃34;意味着我知道＆＃34; msg＆＃34;：＆＃39; hello＆＃39;的两个值，并且＆＃39; im doin great＆＃39;。它并不适用于这种关系，所以我们说＆＃34; - ＆＃34; - ＆gt;＆＃34; msg＆＃34;在这种关系中不是功能依赖。

出于完全相同的原因，＆＃34;来自＆＃34; - ＆gt;＆＃34; msg＆＃34;在这种关系中并不成立。所以＆＃34;来自＆＃34; - ＆gt;＆＃34; msg＆＃34;在这种关系中不是功能依赖。

另外，我想添加一个消息ID列。那是好事吗？

添加不在原始关系中的属性与数据压缩有关，而与规范化无关。规范化从不引入新属性或新依赖项。添加＆＃34; msg_id＆＃34;作为一个属性引入了两个新的功能依赖（取决于＆＃34; msg_id＆＃34;意味着）：＆＃34; msg_id＆＃34; - ＆gt;＆＃34; msg＆＃34;和＆＃34;时间＆＃ 34; - ＆GT;＆＃34; MSG_ID＆＃34;

。

所以添加＆＃34; msg_id＆＃34;属性有时可能是一个好主意（比你想象的少），但它与规范化无关。假设您打算投射＆＃34; msg_id，msg＆＃34;作为一个新表并删除＆＃34; msg＆＃34;从原始关系来看，你需要声明＆＃34; msg＆＃34;同样独特。

用户消息关系的功能依赖性

1 个答案: