数据库中什么是主键，什么是外键
主键（Primary key）： 也称为主码或主关键字，用于惟一地确定一个元组的属性或属性组(复合主码)。每个关系都有一个并且只有一个主码。
外键（Foreign Key）：也称为外码或外部关键字。如果一个属性集不是所在关系的关键字，但是是其他关系的关键字，则该属性集称为外部关键字。
在关系数据库中可以通过外键使两个关系关联，这种联系通常是一对多（1：n）的，其中主（父）关系（1方）称为被参照关系，从（子）关系（n方）称为参照关系。
扩展资料：
数据库主键作用:
1、保证实体的完整性
2、加快数据库的操作速度
3、在表中添加新记录时，DBMS会自动检查新记录的主键值，不允许该值与其他记录的主键值重复。
4、DBMS自动按主键值的顺序显示表中的记录。如果没有定义主键，则按输入记录的顺序显示表中的记录。
在有些数据库中，虽然主键不是必需的，但最好为每个表都设置一个主键，不管是单主键还是复合主键。它存在代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，以及本记录的修改与删除。
参考资料来源：百度百科-数据库主键
外键的设计初衷是为了在数据库端保证对逻辑上相关联的表数据在操作上的一致性与完整性。
优点：
精简关联数据，减少数据冗余
避免后期对大量冗余处理的额外运维操作。
降低应用代码复杂性，减少了额外的异常处理
相关数据管理全由数据库端处理。
增加文档的可读性
特别是在表设计开始，绘制 ER 图的时候，逻辑简单明了，可读性非常强。
性能压力
外键一般会存在级联功能，级联更新，级联删除等等。在海量数据场景，造成很大的性能压力。比如插入一条新记录，如果插入记录的表有 10 个外键，那势必要对关联的 10 张表逐一检查插入的记录是否合理，延误了正常插入的记录时间。并且父表的更新会连带子表加上相关的锁。
其他功能的灵活性不佳
比如，表结构的更新等。
缺点：
比如班级与学生的关系：
一个班级可以有多个学生，并且一个学生只能属于一个班级，这就是一对多的关系；
那么设计数据库的时候就应该在学生表内存放班级的ID作为外键，为什么不在班级表内放学生呢？
因为，你想一想班级表内如果放学生那么记录可能就是这样：
1班ID 1班 xx同学id
1班ID 1班 xx同学id
..
这是不允许的，班级表内班级为主键,是唯一的不允许相同记录的；
下面简单给你讲下大概建成的表结构
--建班级表
create table class(
classid int primary key,--定义班级ID为主键
classname varchar(15)
)
--建学生表
create table students(
studentid int primary key,--定义学生ID为主键
classid int ,--外键值，跟班级表classid 属性类型相同
stuname varchar(20),--学生姓名
---定义外键
foreign key(classid) references class(classid) --本表classid是基于class表classid的外键
)
---------
如上定义了主外键后，两个表间的关系就是一对多的关系了，并且学生表内的classid必须依托班级表的classid存在，也就是说外键必须要主键存在的时候才能创建，例如：
--在班级表为空的情况往学生表插入一条记录是不允许的：
insert into students(studentid,classid,stuname)values(1,1,'小明')
系统会抛出异常提示主键表班级表内班级ID不存在这样是不允许插入的；
必须要先往班级表内插入一条记录：
insert into class(classid,classname)values(1,'一班')
后才能执行插入前面一条往学生表插入信息的语句..
--------------可了解一些了？真累啊.
主键是数据库表的唯一索引序列，可以由多个字段组成，但每条数据的这几个字段的组合必须唯一；主键约束仅涉及本表数据；
外键是本表中该外键字段的取值要求是已经在目标表中存在的数据；假如说，表B有字段b_1是表A中字段a_1的外键，那么插入表B数据的时候，字段b_1的取值要求在表A的字段a_1的当前所有数据的值的范围内。外键是以外表数据约束本表数据的约束条件。
此外，外键还有个要求，就是a_1必须是表A的主键。并且必须说得是，外键是一个很烦人的数据库约束。
外键（Foreign Key）：也称为外码或外部关键字。如果一个属性集不是所在关系的关键字，但是是其他关系的关键字，则该属性集称为外部关键字。在关系数据库中可以通过外键使两个关系关联，这种联系通常是一对多（1：n）的，其中主（父）关系（1方）称为被参照关系，从（子）关系（n方）称为参照关系。
