超键、候选键、主键、外键

2023-10-27 22:48
文章标签 主键 外键 候选 超键

本文主要是介绍超键、候选键、主键、外键,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

https://blog.csdn.net/liushuijinger/article/details/12832017

超键(super key):在关系中能唯一标识元组的属性集称为关系模式的超键

候选键(candidate key):不含多余属性的超键称为候选键

主键(primary key):用户选作元组标识的一个候选键程序主键

外键(foreign key)如果关系模式R1中的某属性集不是R1的主键,而是另一个关系R2的主键则该属性集是关系模式R1的外键。
 

结合实例的具体解释:

 

假设有如下两个表:

学生(学号,姓名,性别,身份证号,教师编号)

教师(教师编号,姓名,工资)

 

超键:

由超键的定义可知,学生表中含有学号或者身份证号的任意组合都为此表的超键。如:(学号)、(学号,姓名)、(身份证号,性别)等。

候选键:

候选键属于超键,它是最小的超键,就是说如果再去掉候选键中的任何一个属性它就不再是超键了。学生表中的候选键为:(学号)、(身份证号)。

主键:

主键就是候选键里面的一个,是人为规定的,例如学生表中,我们通常会让“学号”做主键,教师表中让“教师编号”做主键。

外键:

外键比较简单,学生表中的外键就是“教师编号”。外键主要是用来描述两个表的关系。

这篇关于超键、候选键、主键、外键的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/288930

相关文章

SQL中的外键约束

外键约束用于表示两张表中的指标连接关系。外键约束的作用主要有以下三点: 1.确保子表中的某个字段(外键)只能引用父表中的有效记录2.主表中的列被删除时,子表中的关联列也会被删除3.主表中的列更新时,子表中的关联元素也会被更新 子表中的元素指向主表 以下是一个外键约束的实例展示

Oracle主键和外键详解及实用技巧

在 Oracle 数据库中,主键(Primary Key)和外键(Foreign Key)用于维护数据库表之间的数据完整性。 1. 主键(Primary Key) 主键是一列或多列,能够唯一标识表中的每一行。表中只能有一个主键,并且主键列不能为空(即 NOT NULL)。 特性: 唯一性:主键中的每一个值都是唯一的,不能重复。非空性:主键列不能包含 NULL 值。索引:Oracle 自动为

分布式项目中使用雪花算法提前获取对象主键ID

hello,大家好,我是灰小猿! 在做分布式项目开发进行数据表结构设计时,有时候为了提高查询性能,在进行数据库表设计时,会使用自增ID来代替UUID作为数据的主键ID,但是这样就会有一个问题,数据的自增ID应该如何获取到下一个ID并且插入到库中呢? 如果你使用的是mybatisPlus,可以使用自带的自增注解加在id字段上即可,这样在数据入库时就可以自动给数据赋值自增的主键ID, 但是对于不

ManyToMany双向外键关联(基于注解)的映射案例(简单版)

学生和老师就是多对多的关系,一个学生有多个学生,一个老师也有多个学生,这里的多对多映射采用中间表连接的映射策略,建立中间表的映射策略,建立中间表分别引入俩边的主键作为外键。通过中间表映射俩个表之间的关系。 下面就以学生类和老师类为例介绍多对多的映射关系的实例 Students类 package mtm_bfk;import java.io.Serializable;import java.

hibernate手动分配assigned 主键增长方式

一、手动分配数据库主键增长方式 assigned 二、还是hibernate_basemapping项目 1、新建 User.class 类 package com.bjsxt.hibernate;   import java.util.Date;   public class User3 {    private String id;//实体是有标识的,我们最好建立一个唯一性的

【面试题】MySQL的聚簇索引与非聚簇索引与主键索引:深入理解与应用

文章目录 引言基础知识核心概念引擎上的区别InnoDBMyISAM 示例演示实际应用深入与最佳实践常见问题解答结语学习资源互动环节 引言 聚簇索引、非聚簇索引和主键索引的有什么区别你知道吗 在数据库设计中,索引是提高查询性能的关键。MySQL中的聚簇索引和非聚簇索引是两种不同的索引类型,它们在数据存储和检索方面有着显著的差异。理解这些差异对于优化数据库性能至关重要。 基

mybatis-plus 雪花算法id冲突问题解决、雪花算法id冲突、雪花算法、id冲突解决、id、id冲突、主键冲突

mybatis-plus 雪花算法id冲突问题解决、雪花算法id冲突、雪花算法、id冲突解决、id、id冲突、主键冲突 问题: k8s里起了多个pod,发现mybatis-plus的雪花算法不同pod之前生成了相同的id 问题原因: mybatis-plus默认id生成器生成datacenterId时是读取的机器网卡mac地址后两个字节,生成一个0~31的数字,这里有很大机率生成相同的data

SQLSTATE[23000]主键重复

1、表操作简介 批量更新的时候需要对w_table_1和w_table_2两个表做写操作,所以,在代码中使用事务操作,对这两个表做一致性处理。 因为使用事务做一致性处理,所以,在实行事务之前,认为这两个表的数据是一致的。 2、一致性校验条件 需要对于w_table_1表和w_table_2表的某些属性值作为参照,用于数据一致性校验的条件。 w_table_1表:更新的数据条

分布式主键

目录 1.分布式主键的基本需求 2.常见的分布式主键生成策略 2.1UUID(128位) 2.2MySQL 2.2.1自增主键 2.2.2区间号段 2.3Redis 2.4SnowFlake雪花算法(64位) 1.分布式主键的基本需求 全局唯一:不管什么主键,都需要全局唯一。高性能高可用:分布式主键服务本身就是一个底层的服务,很多服务都依赖于这个服务,如果底层服务都不稳

解决SQL设置主键时报错:ORA-02437无法验证-违反主键

一、问题描述 创建了一张表, create table z_person(id_p int,last_name varchar(50),first_name varchar(50),address varchar(255),city varchar(100)); 然后向里面插入数据的时候,发现忘记设置主键了,导致插入很多重复的数据 insert into z_person v