SQL中FOREIGN KEY(外键)约束用于确保一个表中的数据匹配另一个表中的值,从而保证参照完整性

本文主要是介绍SQL中FOREIGN KEY(外键)约束用于确保一个表中的数据匹配另一个表中的值,从而保证参照完整性,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

FOREIGN KEY(外键)是用于确保一个表中的数据与另一个表中的值匹配的参照完整性约束。为了更形象地解释它,让我们使用一个具体的示例来说明:

假设我们有两个表:Customers(顾客)和Orders(订单)。Customers表包含顾客的信息,而Orders表包含订单的信息。每个订单都必须与一个特定的顾客相关联,这就是我们要使用FOREIGN KEY来实现的。

在Customers表中,我们有一个主键列P_Id,它唯一标识每个顾客的ID。在Orders表中,我们希望创建一个FOREIGN KEY,将其指向Customers表中的P_Id列,以确保每个订单都与一个有效的顾客关联。

通过使用FOREIGN KEY约束,我们可以在创建或修改表时指定这种关系。下面是一些创建和修改表时使用FOREIGN KEY约束的SQL示例:

1. 使用CREATE TABLE语句创建FOREIGN KEY约束:

CREATE TABLE Orders (O_Id int NOT NULL PRIMARY KEY,OrderNo int NOT NULL,P_Id int,FOREIGN KEY (P_Id) REFERENCES Persons(P_Id)
);


上述代码在创建Orders表时,指定了一个FOREIGN KEY约束,将P_Id列作为外键,参照了Persons表中的P_Id列。

2. 使用ALTER TABLE语句添加FOREIGN KEY约束:

ALTER TABLE Orders
ADD FOREIGN KEY (P_Id)
REFERENCES Persons(P_Id);


上述代码在Orders表已被创建后,通过ALTER TABLE语句添加了一个FOREIGN KEY约束。

无论是使用CREATE TABLE还是ALTER TABLE语句,我们可以选择给FOREIGN KEY约束命名,并定义多个列的FOREIGN KEY约束。这有助于提高约束的可读性和维护性。

如果我们想撤销FOREIGN KEY约束,可以使用ALTER TABLE语句的DROP CONSTRAINT子句:

ALTER TABLE Orders
DROP CONSTRAINT fk_PerOrders;


上述代码将撤销名为"fk_PerOrders"的FOREIGN KEY约束。

总之,FOREIGN KEY约束是用于确保表之间数据的一致性和完整性的重要工具。它通过建立引用关系,使得一个表中的数据能够正确地引用另一个表中的值。

表格举例

让我们以一个名为"Orders"和"Persons"的数据库表为例来说明FOREIGN KEY约束的概念。

假设我们有以下的"Persons"表结构:

以及以下的"Orders"表结构:

在这个例子中,"Orders"表中的"P_Id"列将作为FOREIGN KEY与"Persons"表中的"P_Id"列的PRIMARY KEY进行关联。这样可以确保在"Orders"表中的"P_Id"列中的值必须在"Persons"表中的"P_Id"列中存在。

我们可以通过以下方式来定义FOREIGN KEY约束:

-- 创建表时的FOREIGN KEY约束
CREATE TABLE Orders (O_Id int NOT NULL PRIMARY KEY,OrderNo int NOT NULL,P_Id int,FOREIGN KEY (P_Id) REFERENCES Persons(P_Id)
);

或者

-- 修改表时的FOREIGN KEY约束
ALTER TABLE Orders
ADD FOREIGN KEY (P_Id) REFERENCES Persons(P_Id);

通过上述代码,我们建立了"Orders"表中的"P_Id"列与"Persons"表中的"P_Id"列之间的关联。这意味着在"Orders"表中的"P_Id"列的每个值必须存在于"Persons"表的"P_Id"列中,确保了数据的参照完整性。

通过FOREIGN KEY约束的关联,你可以根据"Orders"表中的"O_Id"找到对应的"Persons"表中的行内容。

在上述的例子中,我们有以下的"Orders"表结构:

和以下的"Persons"表结构:

如果你想要根据"Orders"表中的"O_Id"查找对应的"Persons"表中的行内容,可以执行以下查询:

SELECT *
FROM Orders
JOIN Persons ON Orders.P_Id = Persons.P_Id
WHERE Orders.O_Id = 1;

这个查询将返回与"Orders"表中"O_Id"为1的记录相关联的"Persons"表中的行内容。

查询结果示例:

通过FOREIGN KEY约束,我们可以方便地根据一个表中的数据(例如"Orders"表中的"O_Id")找到另一个表中相关的数据(例如"Persons"表中的对应行内容)。这样的关联查询使得我们可以获取跨表的相关信息,提高了数据的查询灵活性和准确性。

这样,我们可以通过连接这两个表来进行关联查询,例如找到特定订单的相关客户信息。


在这个例子中,"Orders"表的"P_Id"列作为FOREIGN KEY与"Persons"表的"P_Id"列的PRIMARY KEY进行关联。FOREIGN KEY约束确保了在"Orders"表中的"P_Id"列的值必须存在于"Persons"表中的"P_Id"列中。这样可以建立表与表之间的关联关系,并确保数据的参照完整性。

外键(FOREIGN KEY)通常与主键(PRIMARY KEY)相连。主键是唯一标识表中每条记录的列,而外键是用于建立表与表之间关联的列。

在关系型数据库中,外键用于建立引用完整性(Referential Integrity),确保表之间的数据关联是有效和一致的。外键的值必须与主表中的主键值匹配,这样可以确保关联的数据存在且有效。

通常情况下,外键约束定义在一个表中的列上,该列引用了另一个表中的主键列。这种关系被称为父表(Parent Table)和子表(Child Table)之间的关系,其中父表的主键列是子表的外键列。

然而,需要注意的是,并非所有的外键都必须与主键相连。在某些情况下,外键也可以与唯一约束(UNIQUE CONSTRAINT)或主键的组合(多个列的主键)相连。这种情况下,外键引用的是确保唯一性的列或列组合。

总而言之,虽然外键通常与主键相连,但也可以与唯一约束或主键的组合相连,以建立有效的数据关联。这样可以确保数据的完整性和一致性。

这篇关于SQL中FOREIGN KEY(外键)约束用于确保一个表中的数据匹配另一个表中的值,从而保证参照完整性的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

大模型研发全揭秘:客服工单数据标注的完整攻略

在人工智能(AI)领域,数据标注是模型训练过程中至关重要的一步。无论你是新手还是有经验的从业者,掌握数据标注的技术细节和常见问题的解决方案都能为你的AI项目增添不少价值。在电信运营商的客服系统中,工单数据是客户问题和解决方案的重要记录。通过对这些工单数据进行有效标注,不仅能够帮助提升客服自动化系统的智能化水平,还能优化客户服务流程,提高客户满意度。本文将详细介绍如何在电信运营商客服工单的背景下进行

SQL中的外键约束

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

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

关于数据埋点,你需要了解这些基本知识

产品汪每天都在和数据打交道,你知道数据来自哪里吗? 移动app端内的用户行为数据大多来自埋点,了解一些埋点知识,能和数据分析师、技术侃大山,参与到前期的数据采集,更重要是让最终的埋点数据能为我所用,否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式,可以区分为: 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理:自动程度高的,能解决通用统计,便于统一化管理,但个性化定

如何去写一手好SQL

MySQL性能 最大数据量 抛开数据量和并发数,谈性能都是耍流氓。MySQL没有限制单表最大记录数,它取决于操作系统对文件大小的限制。 《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB,才推荐分库分表。性能由综合因素决定,抛开业务复杂度,影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考,并非铁律。 博主曾经操作过超过4亿行数据

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

异构存储(冷热数据分离)

异构存储主要解决不同的数据,存储在不同类型的硬盘中,达到最佳性能的问题。 异构存储Shell操作 (1)查看当前有哪些存储策略可以用 [lytfly@hadoop102 hadoop-3.1.4]$ hdfs storagepolicies -listPolicies (2)为指定路径(数据存储目录)设置指定的存储策略 hdfs storagepolicies -setStoragePo

Hadoop集群数据均衡之磁盘间数据均衡

生产环境,由于硬盘空间不足,往往需要增加一块硬盘。刚加载的硬盘没有数据时,可以执行磁盘数据均衡命令。(Hadoop3.x新特性) plan后面带的节点的名字必须是已经存在的,并且是需要均衡的节点。 如果节点不存在,会报如下错误: 如果节点只有一个硬盘的话,不会创建均衡计划: (1)生成均衡计划 hdfs diskbalancer -plan hadoop102 (2)执行均衡计划 hd

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

MySQL数据库宕机,启动不起来,教你一招搞定!

作者介绍:老苏,10余年DBA工作运维经验,擅长Oracle、MySQL、PG、Mongodb数据库运维(如安装迁移,性能优化、故障应急处理等)公众号:老苏畅谈运维欢迎关注本人公众号,更多精彩与您分享。 MySQL数据库宕机,数据页损坏问题,启动不起来,该如何排查和解决,本文将为你说明具体的排查过程。 查看MySQL error日志 查看 MySQL error日志,排查哪个表(表空间