Database 我找到所有函数依赖项了吗？

通过阅读一本旧教科书，更好地掌握数据库概念，我不确定下面的内容是否正确。有人能证实或解释我可能做错了什么吗

---

我发现这种模棱两可和误导性，提供的数据没有帮助；似乎示例中的大多数人都喜欢与自己见面

特定项目的员工在指定日期参加了会议

项目每天最多开会一次

只有一名员工代表一个给定的项目，但该员工可以被分配到多个项目

• 问题1：这只是一个项目的会议，还是来自不同项目的人员的会议

• 问题2：什么是项目？这是否意味着在给定的一天可以有一系列的项目会议，或者一天中所有项目只能有一次会议？例如，

  （Tim，FQLIMS，'8/4/2013'），（Tim，MSFCCS，'8/4/2013'）

  ；蒂姆是在代表两个项目的一次会议上，还是在当天的两次项目会议上

• 问题3：分配了什么？表示项目是否与分配给项目相同？每个项目是否有一个人，或者一个项目负责人和更多的人分配给它

因此，解释

{Employee，Project，Date}

的方法不止一种，我看到了两个版本：

该项目由员工代表参加了日期的员工会议

员工于日期参加了项目会议

显然，中的数据集是不够的，每个项目只列出一次，而constraint允许每天召开一次会议。不可能从这样的数据集中声明函数依赖关系，所以必须使用约束的语义，在本例中是不明确的

我将使用版本1，因为小型数据集支持它

---

第1版

该项目由员工在某个日期的员工会议上代表

1.0项目由员工代表

每个项目仅由一名员工代表。 同一名员工可能代表多个项目

这显然意味着

FD{Project}->{Employee}

1.1项目代表于某一日期出席了工作人员会议

每个项目在给定日期的工作人员会议上最多代表一次

这导致了

PrjEmp {Project, Employee}  -- Project is represented by Employee
   KEY {Project} 

Meeting {Project, Date}      -- Project was represented at staff meeting on Date.
    KEY {Project, Date}

---

“只有一名员工代表一个项目”听起来像是一种功能依赖。如果我们了解项目，我们就了解员工。如果我们将这一行理解为只有一名员工在某一天代表一个项目，但第二天代表可能会有所不同，那么问题就不多了。既然这是一个学术性的问题，那就假设一下，然后继续吧。那么，我在A&B下所说的是正确的吗？是否？在A中，您显示的是多值依赖项，但问题希望您识别函数依赖项True，但我没有看到任何…？在给定的情况下，我列出的多值依赖项不是唯一存在的依赖项吗？