mysql完整性约束详细介绍

一、介绍

约束条件与数据类型的宽度一样,都是可选参数

作用:用于保证数据的完整性和一致性

主要分为:

PRIMARY KEY (PK)    #标识该字段为该表的主键,可以唯一的标识记录

FOREIGN KEY (FK)    #标识该字段为该表的外键

NOT NULL    #标识该字段不能为空

UNIQUE KEY (UK)    #标识该字段的值是唯一的

AUTO_INCREMENT    #标识该字段的值自动增长(整数类型,而且为主键)

DEFAULT    #为该字段设置默认值

UNSIGNED #无符号

ZEROFILL #使用0填充

说明:

#1. 是否允许为空,默认NULL,可设置NOT NULL,字段不允许为空,必须赋值 

#2. 字段是否有默认值,缺省的默认值是NULL,如果插入记录时不给字段赋值,此字段使用默认值

 sex enum(‘male’,’female’) not null default ‘male’ 

 #必须为正值(无符号) 不允许为空 默认是20age int unsigned NOT NULL default 20 

# 3. 是否是key 

主键 primary key

外键 foreign key 

索引 (index,unique…)

二、NOT NULL 和DEFAULT

是否可空,null表示空,非字符串
not null – 不可空
null – 可空

默认值,创建列时可以指定默认值,当插入数据时如果未主动设置,则自动添加默认值

create table tb1(    nid int not null defalut 2,        num int not null);

注意:

1、默认值可以为空

2、设置not null,插入值时不能为空

3、设置id字段有默认值后,则无论id字段是null还是not null,都可以插入空,插入空默认填入default指定的默认值

三、UNIQUE

中文翻译:不同的。在mysql中称为单列唯一

举例说明:创建公司部门表(每个公司都有唯一的一个部门)

mysql> create table department(    -> id int,    -> name char(10)    -> );Query OK, 0 rows affected (0.01 sec)mysql> insert into department values(1,'IT'),(2,'IT');Query OK, 2 rows affected (0.00 sec)Records: 2  Duplicates: 0  Warnings: 0mysql> select * from department;+------+------+| id   | name |+------+------+|    1 | IT   ||    2 | IT   |+------+------+2 rows in set (0.00 sec)# 发现: 同时插入两个IT部门也是可以的,但这是不合理的,所以我们要设置name字段为unique 解决这种不合理的现象。

接下来,使用约束条件unique,来对公司部门的字段进行设置。

#第一种创建unique的方式#例子1:create table department(    id int,    name char(10) unique);mysql> insert into department values(1,'it'),(2,'it');ERROR 1062 (23000): Duplicate entry 'it' for key 'name'#例子2:create table department(    id int unique,    name char(10) unique);insert into department values(1,'it'),(2,'sale');#第二种创建unique的方式create table department(    id int,    name char(10) ,    unique(id),    unique(name));insert into department values(1,'it'),(2,'sale');

联合唯一:

Shakker Shakker

多功能AI图像生成和编辑平台

Shakker 103 查看详情 Shakker

# 创建services表mysql> create table services(        id int,        ip char(15),        port int,        unique(id),        unique(ip,port)       );Query OK, 0 rows affected (0.05 sec)mysql> desc services;+-------+----------+------+-----+---------+-------+| Field | Type      | Null | Key | Default | Extra |+-------+----------+------+-----+---------+-------+| id        | int(11)   | YES   | UNI  | NULL       |             | ip        | char(15) | YES   | MUL  | NULL       |          | port    | int(11) | YES   |          | NULL       |             |+-------+----------+------+-----+---------+-------+|3 rows in set (0.01 sec)#联合唯一,只要两列记录,有一列不同,既符合联合唯一的约束mysql> insert into services values       (1,'192,168,11,23',80),       (2,'192,168,11,23',81),       (3,'192,168,11,25',80);Query OK, 3 rows affected (0.01 sec)Records: 3  Duplicates: 0  Warnings: 0mysql> select * from services;+------+---------------+------+| id   | ip            | port |+------+---------------+------+|    1 | 192,168,11,23 |   80 ||    2 | 192,168,11,23 |   81 ||    3 | 192,168,11,25 |   80 |+------+---------------+------+3 rows in set (0.00 sec)mysql> insert into services values (4,'192,168,11,23',80);ERROR 1062 (23000): Duplicate entry '192,168,11,23-80' for key 'ip'

四、PRIMARY KEY

在MySQL的一个表中只有唯一的一个主键,不能有多列主键,但可以有复合主键

一个表中可以:

单列做主键
多列做主键(复合主键)

约束:等价于 not null unique,字段的值不为空且唯一

存储引擎默认是(innodb):对于innodb存储引擎来说,一张表必须有一个主键。

单列主键:

# 创建t14表,为id字段设置主键,唯一的不同的记录create table t14(    id int primary key,    name char(16));insert into t14 values(1,'xiaoma'),(2,'xiaohong');mysql> insert into t14 values(2,'wxxx');ERROR 1062 (23000): Duplicate entry '6' for key 'PRIMARY'#   not null + unique的化学反应,相当于给id设置primary keycreate table t15(    id int not null unique,    name char(16));mysql> create table t15(    -> id int not null unique,    -> name char(16)    -> );Query OK, 0 rows affected (0.01 sec)mysql> desc t15;+-------+----------+------+-----+---------+-------+| Field | Type         | Null | Key | Default | Extra |+-------+----------+------+-----+---------+-------+| id        | int(11)  | NO     | PRI | NULL       |             || name   | char(16) | YES  |         | NULL       |             |+-------+----------+------+-----+---------+-------+2 rows in set (0.02 sec)

复合主键:

create table t16(    ip char(15),    port int,    primary key(ip,port));insert into t16 values('1.1.1.2',80),('1.1.1.2',81);

五、AUTO_INCREMENT

约束:约束的字段为自动增长,约束的字段必须同时被key约束

create table student(id int primary key auto_increment,name varchar(20),sex enum('male','female') default 'male');

1、不指定id,则自动增长

2、也可以指定id

3、对于自增的字段,在用delete删除后,再插入值,该字段仍按照删除前的位置继续增长

auto_increment_incrementauto_increment_offset的区别

查看可用的 开头auto_inc的词mysql> show variables like 'auto_inc%';+--------------------------+-------+| Variable_name            | Value |+--------------------------+-------+| auto_increment_increment | 1     || auto_increment_offset    | 1     |+--------------------------+-------+rows in set (0.02 sec)# 步长auto_increment_increment,默认为1# 起始的偏移量auto_increment_offset, 默认是1 # 设置步长 为会话设置,只在本次连接中有效 set session auto_increment_increment=5; #全局设置步长 都有效。 set global auto_increment_increment=5; # 设置起始偏移量 set global  auto_increment_offset=3;#强调:If the value of auto_increment_offset is greater than that of auto_increment_increment, the value of auto_increment_offset is ignored. 翻译:如果auto_increment_offset的值大于auto_increment_increment的值,则auto_increment_offset的值会被忽略 # 设置完起始偏移量和步长之后,再次执行show variables like'auto_inc%';发现跟之前一样,必须先exit,再登录才有效。mysql> show variables like'auto_inc%';+--------------------------+-------+| Variable_name            | Value |+--------------------------+-------+| auto_increment_increment | 5     || auto_increment_offset    | 3     |+--------------------------+-------+rows in set (0.00 sec)#因为之前有一条记录id=1mysql> select * from student;+----+---------+------+| id | name    | sex  |+----+---------+------+|  1 | xiaobai | male |+----+---------+------+row in set (0.00 sec)# 下次插入的时候,从起始位置3开始,每次插入记录id+5mysql> insert into student(name) values('ma1'),('ma2'),('ma3');Query OK, 3 rows affected (0.00 sec)Records: 3  Duplicates: 0  Warnings: 0mysql> select * from student;+----+---------+------+| id | name    | sex  |+----+---------+------+|  1 | xiaobai | male ||  3 | ma1     | male ||  8 | ma2     | male || 13 | ma3     | male |+----+---------+------+auto_increment_increment和 auto_increment_offset

清空表区分deletetruncate的区别:

delete from t1; #如果有自增id,新增的数据,仍然是以删除前的最后一样作为起始。

truncate table t1;数据量大,删除速度比上一条快,且直接从零开始。

六、FOREIGN KEY

公司有3个部门,但是有1个亿的员工,那意味着部门这个字段需要重复存储,部门名字越长,越浪费。

这个时候,

解决方法:

我们完全可以定义一个部门表

然后让员工信息表关联该表,如何关联,即foreign key

创建两张表操作:

#1.创建表时先创建被关联表,再创建关联表# 先创建被关联表(dep表)create table dep(    id int primary key,    name varchar(20) not null,    descripe varchar(20) not null);#再创建关联表(emp表)create table emp(    id int primary key,    name varchar(20) not null,    age int not null,    dep_id int,    constraint fk_dep foreign key(dep_id) references dep(id) );#2.插入记录时,先往被关联表中插入记录,再往关联表中插入记录insert into dep values(1,'IT','IT技术有限部门'),(2,'销售部','销售部门'),(3,'财务部','花钱太多部门');insert into emp values(1,'zhangsan',18,1),(2,'lisi',19,1),(3,'djb',20,2),(4,'dogfa',40,3),(5,'oldniu',18,2);3.删除表#按道理来说,删除了部门表中的某个部门,员工表的有关联的记录相继删除。mysql> delete from dep where id=3;ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (`db5`.`emp`, CONSTRAINT `fk_name` FOREIGN KEY (`dep_id`) REFERENCES `dep` (`id`))#但是先删除员工表的记录之后,再删除当前部门就没有任何问题mysql> delete from emp where dep =3;Query OK, 1 row affected (0.00 sec)mysql> select * from emp;+----+----------+-----+--------+| id | name     | age | dep_id |+----+----------+-----+--------+|  1 | zhangsan |  18 |      1 ||  2 | lisi     |  18 |      1 ||  3 | djb      |  20 |      2 ||  5 | oldniu   |  18 |      2 |+----+----------+-----+--------+rows in set (0.00 sec)mysql> delete from dep where id=3;Query OK, 1 row affected (0.00 sec)mysql> select * from dep;+----+-----------+----------------------+| id | name      | descripe             |+----+-----------+----------------------+|  1 | IT        | IT技术有限部门       ||  2 | 销售部    | 销售部门             |+----+-----------+----------------------+rows in set (0.00 sec)

上面的删除表记录的操作比较繁琐,按道理讲,裁掉一个部门,该部门的员工也会被裁掉。其实呢,在建表的时候还有个很重要的内容,叫同步删除,同步更新

接下来将刚建好的两张表全部删除,先删除关联表(emp),再删除被关联表(dep)

接下来:
重复上面的操作建表
注意:在关联表中加入
on delete cascade #同步删除
on update cascade #同步更新

修改emp表:

create table emp(        id int primary key,        name varchar(20) not null,    age int not null,    dep_id int,    constraint fk_dep foreign key(dep_id) references dep(id)     on delete cascade #同步删除        on update cascade #同步更新);

接下来的操作,就符合我们正常的生活中的情况了。

#再去删被关联表(dep)的记录,关联表(emp)中的记录也跟着删除mysql> delete from dep where id=3;Query OK, 1 row affected (0.00 sec)mysql> select * from dep;+----+-----------+----------------------+| id | name      | descripe             |+----+-----------+----------------------+|  1 | IT        | IT技术有限部门       ||  2 | 销售部    | 销售部门             |+----+-----------+----------------------+rows in set (0.00 sec)mysql> select * from emp;+----+----------+-----+--------+| id | name     | age | dep_id |+----+----------+-----+--------+|  1 | zhangsan |  18 |      1 ||  2 | lisi     |  19 |      1 ||  3 | djb      |  20 |      2 ||  5 | oldniu   |  18 |      2 |+----+----------+-----+--------+rows in set (0.00 sec)

#再去更改被关联表(dep)的记录,关联表(emp)中的记录也跟着更改

 mysql> update dep set id=222 where id=2; Query OK, 1 row affected (0.02 sec)Rows matched: 1  Changed: 1  Warnings: 0
# 赶紧去查看一下两张表是否都被删除了,是否都被更改了mysql> select * from dep;+-----+-----------+----------------------+| id  | name      | descripe             |+-----+-----------+----------------------+|   1 | IT        | IT技术有限部门       || 222 | 销售部    | 销售部门             |+-----+-----------+----------------------+rows in set (0.00 sec)mysql> select * from emp;+----+----------+-----+--------+| id | name     | age | dep_id |+----+----------+-----+--------+|  1 | zhangsan |  18 |      1 ||  2 | lisi     |  19 |      1 ||  3 | djb      |  20 |    222 ||  5 | oldniu   |  18 |    222 |+----+----------+-----+--------+rows in set (0.00 sec)

以上便是常用约束的详细实例介绍,想了解更多相关问题请访问PHP中文网:mysql视频教程

以上就是mysql完整性约束详细介绍的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/1078430.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年12月2日 17:23:46
下一篇 2025年12月2日 17:24:39

相关推荐

  • 2025年交易所24小时交易峰值:哪些平台市场最活跃?

    在数字资产的世界里,交易平台的活跃度是衡量其市场地位、流动性深度与用户信任度的核心标尺。24小时交易峰值,这个看似简单的数字,背后浓缩了一个平台的综合实力。它不仅反映了市场在特定时间内的热度与资金流向,更揭示了平台在资产多样性、交易引擎性能、风险控制体系以及全球用户基础等多个维度的竞争力。当巨量的买…

    2025年12月8日 好文分享
    000
  • 什么是NodeOps(NODE)?值得投资吗?NodeOps(NODE)项目全面介绍

    目录 简要事实:NodeOps(NODE)概览NodeOps 是什么?NODE 代币有多少?NODE 代币有何作用?NodeOps 的核心产品和服务NodeOps(NODE)与以太坊(ETH):两层的故事NodeOps背后的技术团队与起源NODE 是否是一项潜在的优质投资?平衡的观点潜在优势需要考虑…

    2025年12月8日 好文分享
    000
  • 被低估的加密代币:计算令牌窃取节目吗?

    计算代币因其在人工智能和分布式计算领域的潜力而逐渐受到关注,但在与gamefi及传统金融的对比中,它们是否仍被低估? 被低估的加密资产:计算代币正悄然崛起? =================== 加密市场正在升温,但并不是每种代币都获得同等的关注。尽管GameFi代币往往因其前景而被高估,但另一类…

    2025年12月8日
    000
  • Apple,Openai和Siri的AI大修:纽约的一分钟技术戏剧

    据报道,苹果公司正在与openai和anthropic展开对话,希望借助先进的ai技术对siri进行重大升级。本文将探讨这一潜在变革及其对用户可能带来的影响。 苹果正在加速追赶AI浪潮,而Siri正面临巨大的升级压力。消息称,苹果有意携手Openai与Anthropic,为Siri带来一次深度重塑。…

    2025年12月8日
    000
  • 交易平台整体规模对比:2025年交易所总交易量及用户体量排名

    进入2025年,全球数字资产市场呈现出高度分化与竞争集中的格局。交易平台作为连接用户与数字资产的核心枢纽,其重要性不言而喻。平台的规模不再仅仅由单一的交易量数据来衡量,而是综合了用户体量、资产多样性、产品深度、品牌影响力以及全球合规化布局等多重维度的复杂考量。这一年,各大交易平台在巩固自身核心优势地…

    2025年12月8日 好文分享
    000
  • BNB Chain日活破千万!DEX防夹机制碾压以太坊?

    BNB Chain近期日活用户数表现亮眼,其生态的繁荣引发广泛关注。本文主要围绕标题中“DEX防夹机制是否优于以太坊”这一问题展开,将通过深入对比PancakeSwap V4与Uniswap V4的核心机制来进行解答。文章会详细阐述两者在应对“夹子攻击”(MEV)和优化低滑点交易路径上的策略与实现过…

    2025年12月8日 好文分享
    000
  • 币圈交易平台新锐力量:2025年交易量增速显著App

    进入2025年,数字资产交易市场的竞争格局呈现出愈发激烈的态势。各大交易平台在用户体验、产品深度、资产安全与全球化合规布局等多个维度展开了全面的角力。交易量已不再是衡量一个平台实力的唯一标准,用户活跃度、资产多样性以及生态系统的构建能力,共同描绘出顶级交易所的综合画像。用户对于交易应用(App)的依…

    2025年12月8日 好文分享
    000
  • XRPL EVM Sidechain:在XRP上释放智能合约和跨链Defi

    xrpl evm sidechain现已上线!了解它如何为xrp ledger带来以太坊兼容性、智能合约功能以及一个全新的喜爱世界。 准备好你的帽子吧,朋友们!XRPL EVM Sidechain正式启动并运行,这将为XRP Ledger生态系统注入新的活力。这不是一次小更新,而是一次彻底的变革,释…

    2025年12月8日
    000
  • 稳定币 vs 加密货币,区别在哪?如何轻松购买稳定币?

    在数字资产领域,稳定币和加密货币是两类重要的存在,它们虽然都基于区块链技术,但在本质和用途上存在显著区别。理解这些差异,有助于更好地参与数字资产市场。 稳定币与加密货币的核心区别 1.  价格稳定性是主要的区分点。普通加密货币(例如比特币、以太坊)的价格波动剧烈,可能在短时间内大幅上涨或下跌。稳定币…

    2025年12月8日
    000
  • Katana Mainnet上线:十亿个Kat代币抢购!

    polygon与gsr联合推出的katana主网现已正式上线,十亿枚kat代币激励计划同步启动。准备好参与养殖和娱乐新体验了吗? Katana主网上线:十亿KAT代币奖励等你来拿! 加密世界的财富风暴又来了!业内最新消息显示,由Polygon和GSR联手打造的Katana主网已经正式启动。这不是一次…

    2025年12月8日
    000
  • Ripple诉讼,SEC,XRP价格:XRP的下一步是什么?

    分析连锁诉讼、潜在的sec行动及其对xrp价格影响的最新动态。现货xrp etf是否即将到来? “Ripple诉讼、SEC、XRP价格”的故事持续吸引着加密圈的关注。随着可能的结局临近以及高价预测频出,XRP接下来会如何走?我们来深入解读一番。 Ripple与SEC:终局将至? 有消息称,这场旷日持…

    2025年12月8日
    000
  • 平台活跃度指标解析:2025年币圈交易所用户行为观察

    进入2025年,加密货币市场的评判标准正在发生深刻的演变。单一的交易量数据已不再是衡量一个交易平台价值的唯一尺度。市场的目光更多地投向了平台活跃度这一更为综合与立体的指标。它涵盖了用户的日常参与度、资金留存情况、产品生态的广度与深度、以及与Web3世界的交互能力。用户行为的多元化,从单纯的现货、合约…

    2025年12月8日 好文分享
    000
  • 稳定币有哪些类型? 怎样选择适合自己的稳定币?

    稳定币旨在提供一种价值相对稳定的数字资产,其价值通常锚定某种现有资产,比如法定货币、商品或是一揽子资产。它们的出现是为了解决加密货币市场波动性较大的问题,方便日常交易和价值储存。 稳定币有哪些类型? 常见的稳定币根据其价值锚定和维持稳定机制的不同,可以分为几种主要类型: 1. 法币抵押型稳定币:这类…

    2025年12月8日
    000
  • 交易所综合实力观察:2025年交易量与市场深度评估

    在数字资产的世界里,交易所扮演着至关重要的角色,它们不仅是连接投资者与数字货币的桥梁,更是市场流动性的核心提供者。评估一个交易所的综合实力,涉及多个维度,其中交易量与市场深度是衡量其核心竞争力的两大关键指标。交易量直观地反映了市场的活跃程度和用户的参与热情,一个高交易量的平台意味着拥有庞大的用户基础…

    2025年12月8日 好文分享
    000
  • 以太坊交易量集中平台:2025年主流交易所表现盘点

    进入2025年,加密货币市场展现出与以往不同的成熟面貌。以太坊生态系统经过多年发展,其作为全球去中心化计算平台的地位愈发巩固。Layer 2扩容方案的普遍应用,极大地降低了用户的交易成本并提升了网络效率,使得基于以太坊的去中心化金融(DeFi)、NFT以及各类DApp迎来了新一轮的活跃周期。在这样的…

    2025年12月8日 好文分享
    000
  • Ruvi AI:区块链AI预售机会有望超过Solana?

    分析师热议ruvi ai,一个备受关注的区块链ai预售项目。它是否有可能实现甚至超越solana早期的回报?以下是您需要了解的关键信息。 Solana的迅猛崛起已成为加密圈的经典案例,但如果你错过了那次机会,Ruvi AI(融合区块链与人工智能)可能是你下一次重要的投资机遇。凭借强劲的资金流入、代币…

    2025年12月8日
    100
  • Google广告,融合功率和拍卖:由AI提供支持的新时代

    探索生成式ai时代的google广告,融合能源与实时拍卖的交汇点。揭示这些趋势如何重塑未来。 准备好你的帽子,各位!Google广告的世界正迎来一场革命性的碰撞——智能技术与拍卖机制的融合正在颠覆传统。想象一下,由清洁能源驱动、在实时竞价中生成的AI广告。听起来像是科幻?不,它已经到来。 Googl…

    2025年12月8日
    100
  • 2025年交易所交易量TOP榜:主流平台比特币交易活跃度观察

    进入2025年,全球数字资产市场呈现出高度活跃与深度分化的态势。比特币作为市场的基石资产,其在各大交易平台的交易活跃度,成为衡量平台实力与用户粘性的关键标尺。交易量不仅直接反映了平台的流动性与市场深度,更映射出其在全球范围内的品牌影响力、技术实力以及生态系统的完整性。这一年的市场竞争,早已超越了单纯…

    2025年12月8日 好文分享
    100
  • 币圈交易平台用户数量排名 哪些App聚集最多交易者

    数字货币市场的脉搏永不停歇,全球数以亿计的交易者在这个新兴的金融领域中寻找机遇。交易平台作为连接用户与数字资产的核心枢纽,其重要性不言而喻。一个平台的活跃用户数量,不仅是其市场影响力的直接体现,更是其流动性、资产多样性和安全信誉的综合反映。庞大的用户基础意味着更深厚的交易深度、更快的订单匹配速度以及…

    2025年12月8日 好文分享
    000
  • 码头,加密投资,Hedera&Avalanche:导航2025年7月

    探索2025年7月的qubetics、hedera与avalanche作为潜在加密投资。从qubetics的开发者工具到hedera专注机构用户,再到avalanche的技术动能,挖掘它们各自的独特优势。 Qubetics,加密投资,Hedera & Avalanche:驾驭2025年7月 …

    2025年12月8日
    000

发表回复

登录后才能评论
关注微信