真正约束字段的是数据类型,但是数据类型约束很单一,需要有一些额外的约束,更好的保证数据的合法性
,从业务逻辑角度保证数据的正确性。比如有一个字段是email,要求是唯一的
这就是一个约束条件,或者要求它不能为空,这也是一个约束条件。
表的约束很多,这里主要介绍如下几个:
null/not null, default, comment, zerofill,
primary key, auto_increment, unique key 。
实际开发时
,尽可能保证字段不为空
,因为数据为空没办法参与运算。默认值:某一种数据会经常性的出现某个具体的值,可以在一开始就指定好,在需要真实数据的时候,用户可以选择性的使用默认值。
默认值的生效:数据在插入的时候不给该字段赋值,就使用默认值。
–注意:只有设置了default的列,才可以在插入值的时候,对列进行省略
列描述:comment,没有实际含义,专门用来描述字段,会根据表创建语句保存,用来给程序员或DBA来进行了解
(给人看的)。
通过desc查看不到注释信息
:
通过show可以看到
:
刚开始学习数据库时,很多人对数字类型后面的长度很迷茫。通过show看看tt3表的建表语句:
可以看到int(10),这个代表什么意思呢?整型不是4字节码?这个10又代表什么呢?其实没有zerofill这个属性,括号内的数字是毫无意义的。a和b列就是前面插入的数据,如下:
但是对列添加了zerofill属性后,显示的结果就有所不同了。修改tt3表的属性:
对a列添加了zerofill属性,再进行查找,返回如下结果:
这次可以看到a的值由原来的1变成00001,这就是zerofill属性的作用,如果宽度小于设定的宽度(这里设置的是5),自动填充0。要注意的是,这只是最后显示的结果,在MySQL中实际存储的还是1。为什么是这样呢?我们可以用hex函数来证明。
可以看出数据库内部存储的还是1,00001只是设置了zerofill属性后的一种格式化输出而已。
主键:primary key用来唯一的约束该字段里面的数据,不能重复,不能为空,一张表中最多只能有一个
主键;主键所在的列通常是整数类型。
案例:
创建表的时候直接在字段上指定主键
key 中 PRI表示该字段是主键。
alter table 表名 add primary key(字段列表)
alter table 表名 drop primary key;
primary key(主键字段列表)
来创建主键,如果有多个字段作为主键,可以使用复合主键。auto_increment:当对应的字段,不给值,会自动的被系统触发,系统会从当前字段中已经有的最大值+1操作
,得到一个新的不同的值。通常和主键搭配使用,作为逻辑主键。
自增长的特点:
一张表最多只能有一个自增长
索引:
在关系数据库中,索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结构
,它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。索引的作用相当于图书的目录
,可以根据目录中的页码快速找到所需的内容。
索引提供指向存储在表的指定列中的数据值的指针,然后根据您指定的排序顺序对这些指针排序。数据库使用索引以找到特定值,然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得更快,可快速访问数据库表中的特定信息。
一张表中有往往有很多字段需要唯一性
,数据不能重复,但是一张表中只能有一个主键:唯一键就可以解决表中有多个字段需要唯一性约束的问题。
唯一键的本质和主键差不多,唯一键允许为空,而且可以多个为空
,空字段不做唯一性比较。
关于唯一键和主键的区别:
我们可以简单理解成,主键更多的是标识唯一性的。而唯一键更多的是保证在业务上,
不要和别的信息出现重复。乍一听好像没啥区别,我们举一个例子:
假设一个场景(当然,具体可能并不是这样,仅仅为了帮助大家理解)
比如在公司,我们需要一个员工管理系统,系统中有一个员工表,员工表中有两列信息,
一个身份证号码,一个是员工工号,我们可以选择身份号码作为主键。
而我们设计员工工号的时候,需要一种约束:而所有的员工工号都不能重复。
具体指的是在公司的业务上不能重复,我们设计表的时候,需要这个约束,
那么就可以将员工工号设计成为唯一键。
一般而言,我们建议将主键设计成为和当前业务无关的字段,这样,当业务调整的时候,
我们可以尽量不会对主键做过大的调整。
外键用于定义主表和从表之间的关系:外键约束主要定义在从表上,主表则必须是有主键约束或unique约束。当定义外键后,要求外键列数据必须在主表的主键列存在或为null。
语法:
foreign key (字段名) references 主表(列)
案例:
对上面的示意图进行设计:
create table myclass (
id int primary key,
name varchar(30) not null comment'班级名'
);
create table stu (
id int primary key,
name varchar(30) not null comment '学生名',
class_id int,
foreign key (class_id) references myclass(id)
);
mysql> insert into myclass values(10, 'C++大牛班'),(20, 'java大神班');
Query OK, 2 rows affected (0.03 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> insert into stu values(100, '张三', 10),(101, '李四',20);
Query OK, 2 rows affected (0.01 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> insert into stu values(102,'wangwu',30);
ERROR 1452 (23000): Cannot add or update a child row:
a foreign key constraint fails (`csdn`.`stu`, CONSTRAINT `
stu_ibfk_1` FOREIGN KEY (`class_id`) REFERENCES `myclass` (`id`))
MySQL中的外键约束是一种确保数据完整性的机制,它允许你在一个表中的字段上定义
另一个表的主键。外键约束确保了参照完整性,这意味着外键引用的数据必须存在于指定
的表中。
通俗地说,外键约束就像是一个指向另一个表的指南针。如果一个表中的某个字段被定义
为了外键,那么这个字段的值必须是另一个表中的主键值。如果没有找到匹配的值,数据库
会报错。
这种机制有很多用途。例如,你可能有一个"订单"表和一个"客户"表,每个订单都关联到
一个客户。在这种情况下,你可以在"订单"表的"客户ID"字段上设置外键约束,以确保每个
订单都关联到一个有效的客户。
使用外键的好处是,它可以帮助避免因无效数据而导致的错误,并确保数据的准确性。
然而,它也有一些性能开销,因为每次插入或更新记录时,数据库都需要检查外键约束是
否被违反。
需要注意的是,虽然外键约束在大多数情况下都是有益的,但它们也可能导致数据
冗余和复杂性增加。因此,在使用外键约束时,需要权衡利弊。
有一个商店的数据,记录客户及购物情况,有以下三个表组成:
要求:
SQL语句: