多表之间的关系
一对一(了解):
如:人和身份证
分析:一个人只有一个身份证,一个身份证只能对应一个人
- 实现关系:
可以在任意一方添加唯一外键指向另一方的主键
一对多(多对一):
如:部门和员工
分析:一个部门有多个员工,一个员工只能对应一个部门
- 实现关系:
在多的一方建立外键,指向一的一方的主键
多对多:
如:学生和课程
分析:一个学生可以选择很多门课程,一个课程也可以被很多学生选择
- 实现关系:
多对多关系实现需要借助第三张中间表。中间表至少包含两个字段,这两个字段作为第三张表的外键,分别指向这两张表的主键
案例
-- 线路分类表
CREATE TABLE tab_category (
cid INT PRIMARY KEY auto_increment,
cname VARCHAR (100) NOT NULL UNIQUE
);
-- 线路表
CREATE TABLE tab_route (
rid INT PRIMARY KEY auto_increment,
rname VARCHAR (100) NOT NULL UNIQUE,
price DOUBLE,
rdate date,
cid INT,
FOREIGN KEY (cid) REFERENCES tab_category (cid)
);
-- 用户表
CREATE TABLE tab_user (
uid INT PRIMARY KEY auto_increment,
username VARCHAR (100) NOT NULL UNIQUE,-- 用户名
password VARCHAR (30) NOT NULL,
name VARCHAR (100),-- 真实姓名
birthday date,
sex CHAR (1) DEFAULT '男',
telephone VARCHAR (11),
email VARCHAR (100)
);
-- 收藏表
CREATE TABLE tab_favorite (
rid INT,-- 线路id
date date,-- 收藏时间
uid INT,-- 用户id
-- 创建联合主键
PRIMARY KEY (rid, uid),-- 联合主键
FOREIGN KEY (rid) REFERENCES tab_route (rid),
FOREIGN KEY (uid) REFERENCES tab_user (uid)
);
数据库设计的范式
- 概念:设计数据库时,需要遵循的一些规范。
- 分类:
-
第一范式(1NF):每一列都是不可分割的原子数据项
-
第二范式(2NF):在1NF的基础上,非码属性必须完全依赖于候选码(在1NF基础上消除非主属性对主码的部分函数依赖)
解决数据冗余的问题
-
第三范式(3NF):在2NF基础上,任何非主属性不依赖其他非主属性(在2NF基础上消除传递依赖)
解决数据添加或删除的问题
-
函数依赖:A–>B,如果通过A属性(属性组)的值,可以确定B属性的值,则称B依赖于A
例如:学号 --> 姓名 (学号,课程名称)–> 分数 -
完全函数依赖:A–>B,如果A是一个属性组,则B属性值的确定需要依赖与A属性组中的所有的属性值
例如:(学号,课程名称)–> 分数 -
部分函数依赖:A–>B,如果A是一个属性组,则B属性值的确定只需要依赖于A属性组中某些值即可
例如:(学号,课程名称)–> 姓名 -
传递函数依赖:A–>B,B–>C 如果通过A属性(属性组)的值,可以确定唯一B属性的值,在通过B属性(属性组)的值可以确定唯一C属性的值,则称C传递函数依赖于A
例如:学号–>系名,系名–>系主任 -
码:如果在一张表中,一个属性或属性组,被其他属性所完全依赖,则称这个属性(属性组)为该表的码
例如:该表中的码为:(学号,课程名称) -
主属性:码属性组中的所有属性
-
非主属性:除了码属性组的属性
数据库的备份和还原
命令行
1、 语法: mysqldump -u用户名 -p密码 数据库名称 > 保存的路径
2、 还原:
- 登录数据库
- 创建数据库
- 使用数据库
- 执行文件。source 文件路径