真正约束字段的是数据类型,但是数据类型约束很单一,有时需要有一些额外的约束,更好的保证数据的合法性,从业务逻辑角度保证数据的正确性。比如有一个字段是身份证号,我们必须要保证每个身份证号是唯一的。
空属性
- 空属性有两个值:null(默认的)和not null(不为空)
- 数据库默认字段基本都是字段为空,但是实际开发时,尽可能保证字段不为空。
例:
创建一个班级表,包含班级名和班级所在的教室。
站在正常的业务逻辑中:
- 如果班级没有名字,你不知道你在哪个班级
- 如果教室名为空,就不知道在哪上课
所以我们在设计数据库表的时候,一定要在表中进行限制,插入数据时班级名和教室名不能为空。
默认值
默认值:某一种数据会经常性的出现某个具体的值,可以在一开始就指定好,在需要真实数据的时候,用户可以选择性的使用默认值。
例:
NOT NULL vs DEFUALT
NOT NULL -> 非空 -> 不可能插入空值 -> 不可能使用默认
DEFUALT -> 允许不给列插入 -> 如果没有,就默认
NOT NULL 和 DEFUALT 是对立,但是如果同时设置,插入为空时还是会插入默认值。不建议两个同时设置。
列描述
列描述:comment,没有实际含义,专门用来描述字段,会根据表创建语句保存,用来给程序员或DBA来进行了解。
zerofill
刚开始学习数据库时,很多人对数字类型后面的长度很迷茫。
上图中int(10) ,这个10代表什么意思呢,其实没有zerofill这个属性,括号内的数字是毫无意义的。
但是对列添加了zerofill属性后,显示的结果就有所不同了,因为修改t2表的属性:
从图中我们可以看到a的值由原来的1变成00001,这就是zerofill属性的作用,如果宽度小于设定的宽度(这里设置的是5),自动填充0。注意,这只是最后显示的结果,在MySQL中实际存储的还是1(这个知识点不怎么用)。
可以看出数据库内部存储的还是1,00001只是设置了zerofill属性后的一种格式化输出而已。
主键
主键:primary key用来唯一的约束该字段里面的数据,不能重复,不能为空,一张表中最多只能有一个主键;主键所在的列通常是整数类型。
例:
删除主键
当表创建好以后但是没有主键的时候,可以再次追加主键
复合主键
在创建表的时候,在所有字段之后,使用primary key(主键字段列表)来创建主键,如果有多个字段作为主键,可以使用复合主键。
自增长
auto_increment:当对应的字段,不给值,会自动的被系统触发,系统会从当前字段中已经有的最大值+1操作,得到一个新的不同的值。通常和主键搭配使用,作为逻辑主键。
自增长的特点:
- 任何一个字段要做自增长,前提是本身是一个索引(key一栏有值)
- 自增长字段必须是整数
- 一张表最多只能有一个自增长
在插入后获取上次插入的 AUTO_INCREMENT 的值(批量插入获取的是第一个值)
可以手动插入自增长值,但是下一次自增长值为上一次+1。
自增长前提是本身是一个索引,那么索引是什么呢?
在关系数据库中,索引是一种单独的、物理的对数据库表中一列或多列的值进行排序的一种存储结构,它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。索引的作用相当于图书的目录,可以根据目录中的页码快速找到所需的内容。
索引提供指向存储在表的指定列中的数据值的指针,然后根据您指定的排序顺序对这些指针排序。数据库使用索引以找到特定值,然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得更快,可快速访问数据库表中的特定信息。
唯一键
一张表中有往往有很多字段需要唯一性,数据不能重复,但是一张表中只能有一个主键:唯一键就可以解决表中有多个字段需要唯一性约束的问题。
唯一键的本质和主键差不多,唯一键允许为空,而且可以多个为空,空字段不做唯一性比较。
唯一键和主键的区别:
- 主键更多的是标识唯一性的
- 唯一键更多的是保证在业务上,不要和别的信息出现重复。
下面举一个例子让大家更好的理解唯一键和主键的区别
比如在公司,我们需要一个员工管理系统,系统中有一个员工表,员工表中有两列信息,一个身份证号码,一个是员工工号,我们可以选择身份号码作为主键。而我们设计员工工号的时候,又需要一种约束:所有的员工工号都不能重复,这时我们可以将员工工号设计成为唯一键。
一般而言,我们建议将主键设计成为和当前业务无关的字段,这样,当业务调整的时候,我们可以尽量不会对主键做过大的调整。
使用:
外键
外键用于定义主表和从表之间的关系:外键约束主要定义在从表上,主表则必须是有主键约束或unique约束。当定义外键后,要求外键列数据必须在主表的主键列存在或为null。
语法:
foreign key (字段名) references 主表(列)
例:
如果将班级表中的数据都设计在每个学生表的后面,那就会出现数据冗余,所以我们只要设计成让stu->class_id和myclass->id形成关联的关系(外键约束)。
外键约束
是数据很多都是相关性的。例如上面的例子,我们不创建外键约束,此时,在实际使用的时候可能插入的学生信息中有具体的班级,但是该班级却没有在班级表中。两张表在业务上是有相关性的,但是在业务上没有建立约束关系,那么就可能出现问题。
建立外键的本质其实就是把相关性交给mysql去审核了,提前告诉mysql表之间的约束关 系,那么当用户插入不符合业务逻辑的数据的时候,mysql不允许你插入。