关系型数据库中的一条记录中有若干个属性,若其中某一个属性组(注意是组)能惟一标识一条记录,该属性组就能够成为一个主键
数据库
其中每一个学生的学号是惟一的,学号就是一个主键数据库设计
课程表(课程编号,课程名,学分)性能
其中课程编号是惟一的,课程编号就是一个主键ui
成绩表(学号,课程号,成绩)spa
成绩表中单一一个属性没法惟一标识一条记录,学号和课程号的组合才能够惟一标识一条记录,因此 学号和课程号的属性组是一个主键.net
成绩表中的学号不是成绩表的主键,但它和学生表中的学号相对应,而且学生表中的学号是学生表的主键,则称成绩表中的学号是学生表的外键设计
同理 ,成绩表中的课程号是课程表的外键对象
1.主键是能肯定一条记录的惟一标识,好比,一条记录包括身份正号,姓名,年龄。blog
身份证号是惟一能肯定你这我的的,其余均可能有重复,因此,身份证号是主键。排序
2.外键用于与另外一张表的关联。是能肯定另外一张表记录的字段,用于保持数据的一致性。
主键 | 外键 | 索引 | |
---|---|---|---|
定义: | 惟一标识一条记录,不能有重复的,不容许为空 | 表的外键是另外一表的主键, 外键能够有重复的, 能够是空值 | 该字段没有重复值,但能够有一个空值 |
做用: | 用来保证数据完整性 | 用来和其余表创建联系用的 | 是提升查询排序的速度 |
个数: | 主键只能有一个 | 一个表能够有多个外键 | 一个表能够有多个唯一索引 |
汇集索引必定是惟一索引。但惟一索引不必定是汇集索引。
汇集索引,在索引页里直接存放数据,而非汇集索引在索引页里存放的是索引,这些索引指向专门的数据页的数据。
必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。而主键和外键的结构是这个设计过程的症结所在。一旦将所设计的数据库用于了生产环境,就很难对这些
键进行修改,因此在开发阶段就设计好主键和外键就是很是必要和值得的。
唯一地标识一行。
做为一个能够被外键有效引用的对象。
基于以上这两个用途,下面给出了我在设计物理层面的主键时所遵循的一些原则。
主键应当是对用户没有意义的。若是用户看到了一个表示多对多关系的链接表中的数据,并抱怨它没有什么用处,那就证实它的主键设计地很好。
主键应该是单列的,以便提升链接和筛选操做的效率。
注:使用复合键的人一般有两个理由为本身开脱,而这两个理由都是错误的。其一是主键应当具备实际意义,然而,让主键具备意义只不过是给人为地破坏数据库提供了方便。其二是利用这种方法能够在描述多对多关系的链接表中使用两个外部键来做为主键,我也反对这种作法,理由是:复合主键经常致使不良的外键,即当链接表成为另外一个从表的主表,而依据上面的第二种方法成为这个表主键的一部分,然,这个表又有可能再成为其它从表的主表,其主键又有可能成了其它从表主键的一部分,如此传递下去,越靠后的从表,其主键将会包含越多的列了。
永远也不要更新主键。实际上,由于主键除了唯一地标识一行以外,再没有其余的用途了,因此也就没有理由去对它更新。若是主键须要更新,则说明主键应对用户
无心义的原则被违反了。
注:这项原则对于那些常常须要在数据转换或多数据库合并时进行数据整理的数据并不适用。
主键不该包含动态变化的数据,如时间戳、建立时间列、修改时间列等。
主键应当有计算机自动生成。若是由人来对主键的建立进行干预,就会使它带有除了唯一标识一行之外的意义。一旦越过这个界限,就可能产生认为修改主键的动机,这样,这种系统用来连接记录行、管理记录行的关键手段就会落入不了解数据库设计的人的手中。
本文转自 bingqingsuimeng