03.数据库的设计

本文详细介绍了数据库设计的基本原则,包括一对一、一对多和多对多的关系实现,并提供了具体的SQL创建语句示例。同时,阐述了数据库设计的范式理论,如1NF、2NF和3NF,强调了遵循不同范式的重要性,以减少冗余并提高数据一致性。
摘要由CSDN通过智能技术生成

数据库的设计

一、分类

要点:
一对一:将任意一方的主码设置成外码
一对多:在‘多’的一方创建一个外键,指向‘一’的一方的主键
多对多:创建一个中间表(两表的联系),将两表的主码加入其中设 为主码

  1. 分类:
    1. 一对一(了解):
    * 如:人和身份证
    * 分析:一个人只有一个身份证,一个身份证只能对应一个人
    2. 一对多(多对一):
    * 如:部门和员工
    * 分析:一个部门有多个员工,一个员工只能对应一个部门
    3. 多对多:
    * 如:学生和课程
    * 分析:一个学生可以选择很多门课程,一个课程也可以被很多学生选择

  2. 实现关系:
    1. 一对多(多对一):
    * 如:部门和员工
    *实现方式:在多的一方建立外键,指向一的一方的主键。
    在这里插入图片描述在这里插入图片描述

#1对多  部门-员工
#部门表
CREATE TABLE dept(
  did INT PRIMARY KEY AUTO_INCREMENT,
  dept_name VARCHAR(20) NOT NULL
);

#员工表 
CREATE TABLE emp(
  eid INT PRIMARY KEY AUTO_INCREMENT,
  emp_name VARCHAR(20) NOT NULL,
  age INT,
  dept_id INT,
  FOREIGN KEY (dept_id) REFERENCES dept(did)
);

INSERT INTO dept VALUES(1,'人事部'),(NULL,'销售部'),(NULL,'财务部');
INSERT INTO emp VALUES(1,'zs',20,1),(NULL,'lisi',22,2),(NULL,'wangwu',25,2);  
  1. 多对多:
    * 如:学生和课程
    *实现方式:多对多关系实现需要借助第三张中间表。中间表至少包含两个字段,这两个字段作为第三张表的外键,分别指向两张表的主键
    在这里插入图片描述在这里插入图片描述
#多对多  学生-课程
CREATE TABLE student(
  sid INT PRIMARY KEY AUTO_INCREMENT,
  NAME VARCHAR(20) NOT NULL,
  age VARCHAR(2)
);
 
 CREATE TABLE class(
  cid INT PRIMARY KEY AUTO_INCREMENT,
  NAME VARCHAR(20) NOT NULL
 );
CREATE TABLE stu_class_table(
  s_id INT,
  c_id INT,
  FOREIGN KEY (s_id) REFERENCES student(sid),
  FOREIGN KEY (c_id) REFERENCES class(cid)
);
  1. 一对一(了解):
    * 如:人和身份证
    *实现方式:一对一关系实现,可以在任意一方添加唯一外键指向另一方的主键。
    在这里插入图片描述
    在这里插入图片描述
#一对一 人和身份证
CREATE TABLE sfz(-- 身份证
	sid INT PRIMARY KEY AUTO_INCREMENT,
	num VARCHAR(18) NOT NULL UNIQUE
);
CREATE TABLE people(-- 人
	id INT PRIMARY KEY AUTO_INCREMENT,
	NAME VARCHAR(20) NOT NULL,
	
	sfz_id INT UNIQUE,
	FOREIGN KEY (sfz_id) REFERENCES sfz(sid)
	
);

二、数据库设计的范式

  • 概念:设计数据库时,需要遵循的一些规范。

注:设计关系数据库时,遵从不同的规范要求,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递次规范,越高的范式数据库冗余越小。

目前关系数据库有六种范式:第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、巴斯-科德范式(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. 码:如果在一张表中,一个属性或属性组,被其他所有属性所完全依赖,则称这个属性(属性组)为该表的码
                  例如:该表中码为:(学号,课程名称)
                  * 主属性:码属性组中的所有属性
                  * 非主属性:除过码属性组的属性
      	```
    

在这里插入图片描述

  1. 第三范式(3NF):在2NF基础上,任何非主属性不依赖于其它非主属性(在2NF基础上消除传递依赖)

在这里插入图片描述
三、作业
请添加图片描述
在SQLyog中建立上面三张表,再根据黄色和蓝色的线 实现表之间的关系,得到下面的效果图
请添加图片描述

daan@笨如狗

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值