考虑以下属性，为清楚起见，已将其映射为字母

Question

A - flight_date
B - plane ticket price
C - source_airport_country
D - ticket holder names
E - address 
F - source airport
G - Pilot_name
H - Pilot_grade
I - Plane_id

plane_id、航班日期和飞行员姓名之间存在功能依赖关系（如果我知道 航班日期和使用的飞机我可以找到飞行该航班的特定飞行员）。即

人工智能 --> G

这些属性之间还存在哪些其他功能依赖关系

答案应该使用字母来表示属性等 应该看起来像：AI --> G

对于关系 R(A,B,C,D,E,F,G,H,I)，（即上述属性）并使用泛函 您在上面找到的依赖项使用密钥确定算法找到了以下属性： 1. 绝对是 R 的关键部分， 2. 绝对不是 R 的键的一部分，并且 3. 也许在 R 的键中。 最后为 R 导出一个密钥。

Answer 1

来自this answer：

再申请关系及情况：

应用关系和情况共同决定了规则和 FD（以及其他约束）！它们只是适用于每种应用程序情况或每种数据库状态（即一个或多个基表的值）（这是标准和可能的应用程序情况的函数）。然后我们进行规范化以减少冗余。

关于 FD 和 CK：

考虑到将行放入表中或从表中取出的标准以及可能出现的所有可能情况，该表中只能有一些值（行集）。

对于每个列子集，您需要确定哪些其他列对于这些列的给定子行值只能具有一个值。当它只能有一个时，我们说列的子集在功能上决定了该列。但是该子集的每个超集也将在功能上确定它，从而减少案例。相反，如果给定的集合不能确定列，则该集合的任何子集都不能确定。此外，您可能会认为列集是唯一的；那么所有其他列在功能上都依赖于该集合。这样的集合称为超级键。

只有确定了 FD，才能确定候选键！ CK 是不包含更小的超级密钥的超级密钥。 （CK 和超键的存在也是约束。）我们可以选择一个 CK 作为主键。

参见this answer 和this one（以及我的其他涉及标准化的）。