数据库的码，候选码，主码关系
首先，需要了解相关的名称概念。
字段，属性：每一个记录所具有的性质，属性

表头：就是表中所有属性（或字段）的组合

码：指能够唯一标识一个元组的属性组（是属性组，包含多个一个或多个属性），但是不是一个最小码组合的情况，也就是其子集还能够唯一标识一个记录

候选码：指能够唯一标识一个元组的属性组（是属性组，包含多个一个或多个属性），但其子集不可以唯一标识一个记录，也就是候选码是一个最小码组合的情况

主码：指能够唯一标识一个元组的属性组（是属性组，包含多个一个或多个属性），是候选码的其中一个，只能够定义一个主码

元组，记录，：就是各个属性组合组合成的数据，可以理解为表中的一行数据

关系型数据库
1.码=能够唯一标识一组元组的属性集

2.主键：能够唯一标识一组元组的属性集

主键是从候选键中选择一个作为主键。

3.候选码，能够唯一标识一组元组的属性集

候选码的任一真子集都不能唯一标识一组元组。

主属性：候选码里的属性的并集

非主属性：除了主属性的属性。



这一幅图来自https://blog.csdn.net/sumaliqinghua/article/details/85872446
关系型数据库的范式

第一范式：每个属性都不可再分，原子性

第二范式：在第一范式的基础上，非主属性都与主键相关，且对于联合主键来说，消除部分依赖：

比如：对于（学号，课名） → 系主任，有 学号 → 系主任，存在非主属性 对码（学号，课名）的部分函数依赖。

所以这就不是第二范式。

对于选课表，其码是（学号，课名），主属性是学号和课名，非主属性是分数，学号确定，并不能唯一确定分数，课名确定，也不能唯一确定分数，所以不存在非主属性分数对于码 （学号，课名）的部分函数依赖，所以此表符合2NF的要求。

第三范式：，在第二范式的基础上。消除传递依赖。

比如

对于学生表，主码为学号，主属性为学号，非主属性为姓名、系名和系主任。因为 学号 → 系名，同时 系名 → 系主任，所以存在非主属性系主任对于码学号的传递函数依赖，所以学生表的设计，不符合3NF的要求。
E-R图：

长方形：实体

菱形:关系

椭圆：属性
每个长方形都建立一个对应的表，多对多关系建一张。1：n和1：1的关系中，把1所对应的表的主键放在另外一张表中当作外键。

如图要建5张表。
SQL语句建表：（举例）

CREATE TABLE S

(SNO CHAR(10) NOT NULL ,

SN VARCHAR(20),

AGE INT,

SEX CHAR(2) DEFAULT ‘男’ ,

DEPT VARCHAR(20));
sql语句执行顺序：

select：


这里通过一个例子来说明执行顺序。

	

     本篇文章所介绍的主要是针对关系数据库中概念数据模型和逻辑数据模型之间的转换。
　　一、码
　　首先，说明一下数据库中经常用到的用于标示一条记录(元组)的的码的概念，码又分为超码、候选码、主码。
　　超码：在一个关系中，可以用来唯一标识一个元组的属性的集合称之为超码。
　　候选码：在一个关系中，能够用来唯一标识一个元组的最少属性集合称之为候选码。
　　主码：在一个关系中，如果用来唯一标识一个元组的候选码中只有一个属性，则这个属性称之为主码。
　　三者之间的关系如下：超码是候选码的超集，候选码是主码的超集。下面以一个讲解清楚。假设一个关于学生信息的表格student，其中的属性有，stu_id(学号)，name(姓名)，age(年龄)，address(地址)。那么超码可以由所有的属性组成的集合构成，例如(stu_id，name，age，adress)、(stu_id，name)、(stu_id，age)等都可以叫做student的超码；候选码为(stu_id)；因为候选码只是由其中的一个属性组成，因此这个候选码又可以称之为主码。
　　二、概念数据模型到逻辑数据模型的转化(以关系数据模型为例)
　　前面博文讨论过，概念数据模型是用E-R图表示的，其中的三要素是实体、属性、联系。将概念数据模型转化为逻辑数据模型的步骤其实就是将E-R图中的各个部分转化为逻辑数据模型中使用的具体数据模型的各个部分。如果没有特别的交代，下面所说的逻辑数据模型指代的是关系数据模型。将概念数据模型转化为逻辑数据模型的大体规则如下：概念数据模型中的实体转化为逻辑数据模型中的关系，对应的实体的属性转化为关系数据模型关系的属性(也就是列)；根据实体之间联系的不同具有不同的处置策略。
　　实体之间的联系分为1:1、1：n、和m:n。下面分别对这三种联系转化为关系的步骤做讨论。
　　1:1：这种关系是最好理解，同时也是最容易处理的关系。实体之间存在着一一对应的关系。在这种联系中，可以创建新的关系描述这种联系，这事将两个实体的主码作为新的关系的候选码；当然也可以不必创建新的关系，将一方关系的主码作为另一方关系的外键。例如两个关系A和B存在1：1联系，那么可以将A的主码作为B的外键，同时将B的主码作为A的外键，具体情况依据于具体的环境。以所做的红包的小练习为例，注册用户和账户之间存在着1:1的联系，用户管理者账户。E-R图如下：
图 1 用户与账户的E-R图
　　用户与账户之间存在一一对应关系，但是创建账户的时候需要用户已经存在，因此这种情况下需要将用户的"uid"作为账户的外键，那么对应的关系如下：
图 2 用户和账户的关系
　　因为，在这个例子中额外的创建关系会导致不必要的额外存储空间的增加，因此不再重新创建额外的关系。
　　1:n：一个实体可以对应额外的多个实体。这种联系中可以不必创建额外的关系表示二者之间的1:n的联系，此时只需要将“1”方的关系的主码放入到“n”方的关系的属性中作为其外键即可，同时将联系的属性加入到“n”方的关系中；当然也可以创建额外的关系表示二者之间的联系，那么“1”和“n”方的关系的主码作为候选码，同时将联系的属性加入到新建立的关系中。但是，这种情况下额外的创建新的关系显得冗余。还是以所练习的红包项目为例，一个大的红包根据指定的数值可以派生出很多的小红包。这两个实体分别对应着一个关系，其E-R图如下：
图 3 小红包的大红包的E-R图
　　由图3得知，小红包必须依赖大红包存在，因此在小红包中将大红包的bid作为小红包的外键即可，这样就不必建立额外的关系了。对应的关系如下：
　　
图 4 大红包和小红包对应的关系
　　m:n：对于这种多对多的联系，必须建立新的关系以描述这种联系。“联系”对应的关系的属性中至少包含他说关联的双方实体的“主键”，若联系也有自身的属性，那么该属性一样纳入新建立的关系的属性中。由于红包项目中没有遇到类似的联系，因此以最经典的学生选课系统为例。很明显学生选课系统中的实体对应有学生和课程，一个学生可以选修多门课程，一门可能可被多个学生选修，因此两个实体之间是一种多对多的关系，对应的E-R图如下：
图 5 学生与课程多对多关系图 
图 6 学生与课程对应关系
　　在上例中，学生与课程之间存在着多对多的联系，因此建立起新的选课关系来描述这种联系。在新的关系中将学生的主码和课程的主码作为选课的候选码，学生的主码和选课的主码的组合会出现在对应的选课关系中。如果此时要查询一个学生的成绩，需要使用联合查询的方式。
《数据科学与人工智能》公众号推荐朋友们学习和使用Python语言，需要加入Python语言群的，请扫码加我个人微信，备注【姓名-Python群】，我诚邀你入群，大家学习和分享。
     关于Python语言，有任何问题或者想法，请留言或者加群讨论。

1、候选码：能够唯一标识一条记录的最小属性集。若关系中的一个属性或属性组的值能够唯一地标识一个元组，且他的真子集不能唯一的标识一个元组，则称这个属性或属性组做候选码。

2、主码：主码指主关键字。主关键字(primary key)是表中的一个或多个字段，它的值用于唯一地标识表中的某一条记录。在两个表的关系中，主关键字用来在一个表中引用来自于另一个表中的特定记录。主关键字是一种唯一关键字，表定义的一部分。一个表的主键可以由多个关键字共同组成，并且主关键字的列不能包含空值。主关键字是可选的，并且可在 CREATE TABLE 或 ALTER TABLE 语句中定义。

3、全码：All-key关系模型的所有属性组组成该 关系模式的 候选码，称为全码。即所有属性当作一个码。若关系中只有一个候选码,且这个候选码中包含全部属性,则该候选码为全码。如，关系模式R（T，C，S），属性T表示教师，属性C表示课程，属性S表示学生。假如设一个教师可以讲授多门课程，某门课程可以有多个教师讲授，学生可以听不同教师讲授的不同课程，那么，要区分关系中的每一个元组，这个关系模式R的码（主键）应为全属性T、C和S，即All-key。

4、外码：外码是相对于内码而言的辞汇。在计算机科学及相关领域中，外码指的是“外在的‘经过学习之后，可直接了解的编码形式（例如：文字或语音符号）’”。外键（foreign key）：子数据表中出现的父数据表的主键，称为子数据表的外键。



5、主属性：包含在任一候选码中的属性称主属性。简单来说，主属性是候选码所有属性的并集      非主属性  不包含在候选码中的属性称为非主属性。 非主属性是相对于主属性来定义的。

6、主码和候选码的区别：主码唯一标识，候选码是可以作为主码的码，主码一定是候选码的子集，但候选码不一定是主码。