我只是认为答案是错误的，因为外键没有uniqueness属性。
但有些人说，可以在自助加入餐桌的情况下进行。我是新来的SQL。如果是真的，请解释如何以及为什么？
Employee table
| e_id | e_name | e_sala | d_id |
|---- |------- |----- |--------|
| 1 | Tom | 50K | A |
| 2 | Billy | 15K | A |
| 3 | Bucky | 15K | B |
department table
| d_id | d_name |
|---- |------- |
| A | XXX |
| B | YYY |
现在，d_id是外键，因此如何成为主键。并解释一下join。它有什么用？
Answers:
我认为这个问题有点令人困惑。
如果您的意思是“外键可以“引用”同一张表中的主键吗？”，答案是肯定的。例如，在雇员表中，雇员的行可能具有用于存储经理的雇员编号的列，其中经理也是雇员，因此表中的行将与其他雇员的行一样。
如果您的意思是“同一列中的列（或列集）既可以是主键又可以是外键？”，我认为答案是否定的；似乎毫无意义。但是，以下定义在SQL Server中成功！
create table t1(c1 int not null primary key foreign key references t1(c1))
但是我认为，除非有人提出实际的例子，否则具有这样的约束是没有意义的。
AmanS，在您的示例中，d_id在任何情况下都不能成为Employee表中的主键。一个表只能有一个主键。我希望这可以消除您的疑问。d_id仅在部门表中是/可以是主键。
当然可以，为什么不呢？比方说，你有一个Person表，其中id，name，age，和parent_id，其中parent_id是一个外键相同的表。您不需要将Person表格标准化为Parent和Child表格，那会太过分了。
Person
| id | name | age | parent_id |
|----|-------|-----|-----------|
| 1 | Tom | 50 | null |
| 2 | Billy | 15 | 1 |
这样的事情。
我想保持一致性，但是至少需要有1个null值parent_id。一“ alpha male”行。
编辑：如评论所示，萨姆找到了不这样做的充分理由。在MySQL中，即使您指定对主键进行编辑，也似乎CASCADE ON UPDATE无法正确传播该编辑。尽管主键（通常）是生产中编辑的禁区，但它是不可忽略的限制。因此，我将答案更改为：-除非您对生产系统有相当严格的控制（并且可以保证没有人会实施用于编辑PK的控件），否则您应该避免这种做法。我还没有在MySQL之外进行测试。
update。检查sqlfiddle.com/#!9/445052/1/0然后尝试加入Update menus set id = 6 WHERE id = 1;您将获得#1451 - Cannot delete or update a parent row
这可能是一个很好的解释示例
CREATE TABLE employees (
id INTEGER NOT NULL PRIMARY KEY,
managerId INTEGER REFERENCES employees(id),
name VARCHAR(30) NOT NULL
);
INSERT INTO employees(id, managerId, name) VALUES(1, NULL, 'John');
INSERT INTO employees(id, managerId, name) VALUES(2, 1, 'Mike');
-说明：-在此示例中。约翰是麦克的经理。迈克没有管理任何人。-Mike是唯一不管理任何人的员工。
