1. 外键必须参照主键吗
可以。主键也可以是外键。
2. 主键能是外键吗
这需要理清几个概念：1）候选键：关系中的一个属性组，其值能唯一标识一个元组，若从该属性组中去掉任何一个属性，它就不具有这一性质了，这样的属性组称作候选码。
2）主键：当有多个候选码时，可以选定一个作为主码，选定的候选码称主键3）外键：关系R中的一个属性组，它不是R的候选码，但它与另一个关系S的候选码相对应，则称这个属性组为R的外码或外键。
举个例子：有两个关系：student(s#,sname,d#),即学生这个关系有三个属性：学号，姓名，所在系别dep(d#,dname)，即院系有两个属性：系号、系名则s＃、d＃是主键，也是各自所在关系的唯一候选键，d＃是student的外键。
3. 外键参照主键命令
外键一定是另外某个表的主键。
1.能够唯一表示数据表中的每个记录的字段或者字段的组合称为主键，一个主键是唯一识别一个表的每一行记录，但这只是其作用的一部分。
2.主键的主要作用是将记录和存放在其他表中的数据进行关联，在这一点上，主键是不同表中各记录间的简单指针，主键约整就是确定表中的每一条记录。
3.主键不能是空值，唯一约束是用于指定一个或多个列的组合值具有唯一性，以防止在列中输入重复的值，所以，主键的值对用户而言是没有什么意义。
4.若有两个表A，B，C是A的主键，而B中也有C字段，则C就是表B的外键，外键约束主要用来维护两个表之间数据的一致性。
5.在数据库中，常常不只是一个表，这些表之间也不是相互独立的，不同的表之间需要建立一种关系，才能将它们的数据相互沟通。
4. 外键也是主键吗
数据库中的主键，外键Dataintheprimarykey,foreignkey数据库中的主键，外键Dataintheprimarykey,foreignkey
5. 外键可以作为主键吗
必然可以，首先要搞清楚主键和外键的定义是什么。主键说白了就是就是这个table 的唯一标识，是针对单个table来说的，作为一个table可以设置多个主键，例如你创建了一个叫user_info的table，你可以设置一列user_id，比方说这个是身份证号，可以只设置这一个主键，就可以通过这一个主键去找到表中任何数据，唯一的。
你也可以设置user_name列和sex列当主键，这里只是简单举个例子，比方说两个人重名但性别不同，就可以通过这“个”主键来确定你所要查找的唯一数据。
而外键是针对多个table的定义，比方你还有一个salary的table，这里肯定要用到user_id，或者user_name在或者department之类的信息，这时你在建表的时候就要指定user_id是来自user_info表的user_id，这样在你修改user_info表的同时，salary中的信息也会随之改变，而不用管user_id是否为其原表主键。所以外键和主键其实在这种意义上来说，是没有任何关系的。
6. 外键一定要是主键吗
答案是：不需要，只要保证外键是唯一性的就可以了，外键可以作为主键也可以不作为主键，第二个问题就没有必要讨论了，第三个问题：你现在既然已经加了外键约束，应该先插入班级表的信息，如果先插入学生信息找不到对应的班级外键的约束，插入就会失败，
7. 外键是主键吗
一、什么是主键、外键：
关系型数据库中的一条记录中有若干个属性，若其中某一个属性组(注意是组)能唯一标识一条记录，该属性组就可以成为一个主键。
主键是能确定一条记录的唯一标识，比如，一条记录包括身份证号，姓名，年龄。身份证号是唯一能确定你这个人的，其他都可能有重复，所以，身份证号是主键。
外键用于与另一张表的关联。是能确定另一张表记录的字段，用于保持数据的一致性。比如，A表中的一个字段，是B表的主键，那他就可以是A表的外键。
二、 主键、外键 和索引的区别
定义： 唯一标识一条记录，不能有重复的，不允许为空 表的外键是另一表的主键, 外键可以有重复的, 可以是空值
该字段没有重复值，但可以有一个空值作用： 用来保证数据完整性 用来和其他表建立联系用的 是提高查询排序的速度个数： 主键只能有一个
一个表可以有多个外键 一个表可以有多个惟一索引
聚集索引和非聚集索引的区别？聚集索引一定是唯一索引。但唯一索引不一定是聚集索引。
聚集索引，在索引页里直接存放数据，而非聚集索引在索引页里存放的是索引，这些索引指向专门的数据页的数据。
三、数据库中主键和外键的设计原则
关系数据库依赖于主键---它是数据库物理模式的基石。主键在物理层面上只有两个用途：
1、惟一地标识一行。
2、作为一个可以被外键有效引用的对象。
3、主键应当是对用户没有意义的。如果用户看到了一个表示多对多关系的连接表中的数据，并抱怨它没有什么用处，那就证明它的主键设计地很好。
4、主键应该是单列的，以便提高连接和筛选操作的效率。
5、永远也不要更新主键。实际上，因为主键除了惟一地标识一行之外，再没有其他的用途了，所以也就没有理由去对它更新。如果主键需要更新，则说明主键应对用户无意义的原则被违反了。
6、主键不应包含动态变化的数据，如时间戳、创建时间列、修改时间列等。
7、主键应当有计算机自动生成。如果由人来对主键的创建进行干预，就会使它带有除了惟一标识一行以外的意义。一旦越过这个界限，就可能产生认为修改主键的动机，这样，这种系统用来链接记录行、管理记录行的关键手段就会落入不了解数据库设计的人的手中。
8. 设定主键和外键的依据是什么
1. 原始单据与实体之间的关系
可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。
在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。
这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。
〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。
这就是“一张原始单证对应多个实体”的典型例子。
2. 主键与外键
一般而言，一个实体不能既无主键又无外键。在E—R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键
(因为它无子孙), 但必须要有外键(因为它有父亲)。
主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专
家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核
心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。
3. 基本表的性质
基本表与中间表、临时表不同，因为它具有如下四个特性：
(1) 原子性。基本表中的字段是不可再分解的。
(2) 原始性。基本表中的记录是原始数据（基础数据）的记录。
(3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。
(4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。
理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。
4. 范式标准
基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。
为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。
