MySQL——数据库的设计

数据库的设计

多表之间的关系

分类

一对一

如：人和身份证

分析：一个人只能有一个身份证，一个身份证只能对应一个人

一对多（多对一）

如：部门员工

分析：一个部门有多个员工，一个员工只能对应一个部门

多对多

如：学生和课程

分析：一个学生可以选择很多门课程，一个课程也可以被很多学生选择

实现关系

一对多（多对一）

如：部门员工

实现方式：再多的一方建立外键，指向少的一方的主键

多对多

如：学生和课程

实现方式：多对多的关系实现需要借助第三张中间表。中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键

一对一

如：人和身份证

实现方式：可以在任意一方添加唯一外键指向另一方的主键

案例

旅游网页数据库

USE db1;
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,
    price DOUBLE,
    rdate DATE,
    cid INT,
    FOREIGN KEY (cid) REFERENCES tab_category(cid)
);

CREATE TABLE tab_user(
    uid INT PRIMARY KEY AUTO_INCREMENT,
    userame VARCHAR(100) UNIQUE NOT NULL,
    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,
    DATE DATETIME,
    uid INT,
    -- 创建复合主键
    PRIMARY KEY(rid, uid),-- 联合主键
    FOREIGN KEY(rid) REFERENCES tab_route(rid),
    FOREIGN KEY(uid) REFERENCES tab_user(uid)
);

数据库设计的范式

概念

设计数据库时，需要遵循的一些规范。要遵循后边的范式要求，必须先遵循前边的所有范式要求

设计数据库时，遵循不同的规范要求，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。

目前关系数据库有六种范式：

第一范式（1NF）
第二范式（2NF）
第三范式（3NF）
巴斯-科德范式（BCNF）
第五范式（5NF，又被称为完美范式）

分类

第一范式（1NF）：每一列都是不可分割的原子数据项
第二范式（2NF）：在1NF的基础上，非码属性必须完全依赖于码（在1NF基础上消除非主属性对主码的部分函数依赖）
1. 函数依赖：A-->B，如果通过A属性的值，可以确定唯一的B属性的值。则B依赖于A。
  
  例如：学号-->姓名，（学号，课程名称）-->该学科分数
  1. 完全函数依赖：A-->B，如果A是个属性组，则B属性值的确定需要依赖于A属性组中所有的属性值。
  例如：（学号，课程名称）-->该学科分数
  1. 部分函数依赖：A-->B，如果A是个属性组，则B属性值的确定只要依赖于A属性组中某一些值即可。
  例如：（学号，课程名称）--> 姓名
  1. 传递函数依赖：A-->B，B-->C，如果通过A属性（属性组）的值，可以确定唯一的B属性的值，再通过B属性（属性组）的值可以确定唯一的C属性的值，则称C 传递函数依赖于A。
  例如：学号-->系名，系名-->系主任
  1. 码：如果在一张表中，一个属性值或属性组，被其他所有属性所完全依赖。则称为这个属性（属性组）为该表的码。
  例如：（学号，课程名称）
  - 主属性：码属性组中的所有属性
  - 非主属性：除了码属性组的属性
第三范式（3NF）：在2NF的基础上，任何非主属性不依赖于其他属性（在2NF基础上消除传递依赖）

MySQL——数据库的设计

数据库的设计

多表之间的关系

数据库设计的范式

猜你喜欢