关系（员工、地址、电话）是否违反第三范式？

Question

假设我们有类似 (employee, address, phone) 的关系 - 或者类似的东西 - 例如 (userid, login_name, password) - 第一个字段是键。

感觉它不是“标准化”的，因为我们可以将它分成两部分（员工、地址）和（员工、电话）——如果某些员工没有电话（或有两个）尤其好。

据我了解，它不违反 2NF 并符合 1NF 要求（至少在我们尝试为电话插入 null 之前） - 但我无法展示它如何违反 3NF。

所以问题是 - 这种关系是否符合第三范式。还是违反了其他一些我没有想到的？

Answer 1

最后我明白问题在于在这个问题中弄乱了两种不同的关系：

• 如果我们决定一名员工只能拥有一部电话，那么employee 是候选键，并且关系满足第二和第三范式的要求；

1234563仅适用于候选键 - employee 字段。

很抱歉让阅读问题的人不由自主地感到困惑。