MySQL:约束与数据设计[多表关系，范式]

约束

• 概念：对表中的数据进行限定，保证数据的正确性，有效性和完整性

• 分类：

  1. 主键约束：primary key
  2. 非空约束：not null
  3. 唯一约束：unique
  4. 外键约束：foreign key

• 非空约束：not null，某一列的值不能为null

  • 创建表时添加约束

create table stu(
	id int,
	name varname(32) not null
);

* 创建表完成，添加非空约束

alter table stu modify name varchar(32) not null;

* 删除name的非空约束

alter table stu modify name varchar(32);

• 唯一约束：unique，某一列的值不能重复
  • 注意：
    • 唯一约束可以添加null值，但是只能有一条记录位null
  • 在创建表时添加唯一约束

create table stu(
	id int,
	name varchar(32) not null,
	phone_number varchar(20) unique
);

* 删除唯一约束

alter table stu drop index phone_number;

* 在创建完成后，添加唯一约束

alter table stu modify phone_number varchar(20);

• 主键约束：primary key
  • 注意：
    • 非空唯一
    • 一个表只能有一个字段位主键
    • 代表这个表数据
  • 在创建表时，添加主键约束

create table stu(
	id int primary key,
	name varchar(32)
);

* 删除主键

alter table stu drop primary key;

* 创建完表后，添加主键

alter table stu modify id int primary key;

• 自动增长:
  • 概念： 如果某一列是数值类型的，使用auto_increment可以来完成值得自动增长
  • 在创建表时，添加主键约束，并且完成主键自增长

create table stu(
	id int primary key auto_increment,
	name varchar(20)
);

删除自动增长ALTER TABLE stu MODIFY id INT;
添加自动增长ALTER TABLE stu MODIFY id INT AUTO_INCREMENT;

• 外键约束：foreign key,让表与表产生关系，从而保证数据的正确性
  • 在创建表时，可以添加外键

--语法：
	create table 表名(
		....
		外键列，
		constraint 外键名称 foreign key(外键列名称) references 主表名称(主表列名称)
	);

• 删除外键

alter table 表名 drop foreign key 外键名称;

• 创建表之后，添加外键

alter table 表名 add constraint 外键名称 foreign key(外键列名称) reference 主表名称(主表列名称);

• 级联操作
  + 添加级联操作

--语法：
	alter table 表名 add constraint 外键名称 foreign key(外键字段名称) references 主表名称(主表列名称) on update cascade on delete cascade;

数据库设计：

• 多表之间的关系
  • 分类：
    1. 一对一：eg:人和身份证
    2. 一对多(多对一)：eg:学校与学生
    3. 多对多：学生与课程
  • 实现关系：
    1. 一对多：在多的一方建立外键，指向一的一方的主键
    2. 多对多：多对多关系实现需要借助第三张中间表。中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键
    3. 一对一：一对一关系实现，可以在任意一方添加唯一外键指向另一方的主键。
  • PRIMARY KEY(rid,uid), – 联合主键
• 数据库设计的范式

  • 概念：设计数据库时，需要遵循的一些规范。要遵循后边的范式要求，必须先遵循前边的所有范式要求。目前关系数据库有6种范式：第一范式，第二范式，第三范式，巴德-科德范式(BCNF),第四范式(4NF
    )和第五范式(5NF)

    1. 第一范式(1NF)：每一列都是不可分割的原子数据项
    2. 第二范式(2NF)：在1NF的基础上，非码属性必须完全依赖于码（在1NF基础上消除非主属性对主码的部分函数依赖）

    1. 函数依赖：A–>B,如果通过A属性(属性组)的值，可以确定唯一B属性的值。则称B依赖于A
       例如：学号–>姓名。 （学号，课程名称） --> 分数
    2. 完全函数依赖：A–>B， 如果A是一个属性组，则B属性值得确定需要依赖于A属性组中所有的属性值。
       例如：（学号，课程名称） --> 分数
    3. 部分函数依赖：A–>B， 如果A是一个属性组，则B属性值得确定只需要依赖于A属性组中某一些值即可。
       例如：（学号，课程名称） – > 姓名
    4. 传递函数依赖：A–>B, B – >C . 如果通过A属性(属性组)的值，可以确定唯一B属性的值，在通过B属性（属性组）的值可以确定唯一C属性的值，则称 C 传递函数依赖于A
       例如：学号–>系名，系名–>系主任
    5. 码：如果在一张表中，一个属性或属性组，被其他所有属性所完全依赖，则称这个属性(属性组)为该表的码
       例如：该表中码为：（学号，课程名称）
       * 主属性：码属性组中的所有属性
       * 非主属性：除过码属性组的属性

    4. 第三范式(3NF)：在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）

数据库的备份与还原

• 备份：mysqldump -u用户名 -p密码 数据库名称 > 保存的路径
• 还原：
  1. 登录数据库
  2. 创建数据库
  3. 使用数据库
  4. 执行文件。原文件路劲