旅游网站开发实现开题报告,低代码开发平台公司,wordpress制作专题,在国外做盗版网站吗文章目录 前言1.范式1.1.第一范式1.1.1 定义1.1.2.例子 1.2.第二范式1.2.1 定义1.2.2 例子1.2.3.不满足第二范式可能会出现的问题 1.3.第三范式1.3.1 定义2.3.2 示例 2. 设计过程3. 实体-关系图3.1 E-R图的基本组成3.2 关系的类型3.2.1 一对一关系(1:1)3.2.2 ⼀对多关系(1:N)3.… 文章目录 前言1.范式1.1.第一范式1.1.1 定义1.1.2.例子 1.2.第二范式1.2.1 定义1.2.2 例子1.2.3.不满足第二范式可能会出现的问题 1.3.第三范式1.3.1 定义2.3.2 示例 2. 设计过程3. 实体-关系图3.1 E-R图的基本组成3.2 关系的类型3.2.1 一对一关系(1:1)3.2.2 ⼀对多关系(1:N)3.2.3 多对多关系(M:N) 前言
上一篇博客中我们学习增删查改等基本操作在工作中每种表之间都是存在关联的而不是相互独立的因此这一篇中我们来学习数据库设计和联合查询 1.范式
数据库的范式是⼀组规则。在设计关系数据库时遵从不同的规范要求设计出合理的关系型数 据库这些不同的规范要求被称为不同的范式。 关系数据库有六种范式第⼀范式1NF、第⼆范式2NF、第三范式3NF、巴斯-科德 范式BCNF、第四范式4NF和第五范式5NF又称完美范式越高的范式数据库冗余越 小。然而普遍认为范式越高虽然对数据关系有更好的约束性但也可能导致数据库IO更繁忙因此 在实际应用中数据库设计通常只需满足第三范式即可。
1.1.第一范式
1.1.1 定义
• 数据库表的每⼀列都是不可分割的原子数据项而不能是集合数组对象等非原子数据。 • 在关系型数据库的设计中满足第一范式是对关系模式的基本要求。不满足第一范式的数据库就不 能被称为关系数据库
1.1.2.例子
定义一个学生表包括学生信息和学校信息。 但是我们发现上面的学校学校也是一个对象他也可以继续再分因此这样分是不满足第一范式的。 因此在定义表的时候对照到数据中的数据类型每一个字段都可以用一个数据类型表示那么当前的数据类型就满足第一范式
1.2.第二范式
1.2.1 定义
在满足第一范式的基础上不存在非关键字段对任意候选键的部分函数依赖。存在于表中定义了复合主键的情况下。 候选键可以唯⼀标识一行数据的列或列的组合可以从候选键中选⼀个或多个当做表的主键 1.2.2 例子
学生可以选修课程课程有对应的学分学生考试后每门课程会产生相应的成绩。 首先先举一个反例那就是所有的内容都写在一个表中。
这张表中使用学号课程名定义复合主键来唯一标识一个学生某门课程的成绩这也是这张表的主要作用学生是通过学号来确定的学生的姓名、年龄和性别和课程没有关系即 学生的信息只依赖学号不依赖课程名学分是通过课程来确定的课程的学分与学生没有关系即学分只依赖课程名不依赖学生对于使用复合主键的表如果⼀⾏数据中的有些列只与复合主键中的⼀个或其中几个列有关系那么就说他存在部分函数依赖也就不满足第⼆范式。
1.2.3.不满足第二范式可能会出现的问题
数据冗余 学生的姓名、年龄、性别和课程的学分在每行记录中重复出现造成了大量的数据冗余。更新异常 如果要调整MySQL的学分那么就需要更新表中所有关于MySQL的记录⼀旦执行中断导致某些记录更新成功某些数据更新失败就会造成表中同⼀门课程出现不同学分的情况出现数据不⼀致问题。插⼊异常 ⽬前这样的设计成绩与每⼀门课和学生都有对应关系也就是说只有学⽣参加选修课程考试取得了成绩才能生成⼀条记录。当有一门新课还没有学生参加考试取得成绩之前那么这门新课在数据库中是不存在的因为成绩为空时记录没有意义。删除异常 把毕业学生的考试数据全都删除此时课程和学分的信息也会被删除掉有可能导致⼀段时间内数据库里没有某门课程和学分的信息
1.3.第三范式
1.3.1 定义
在满足第二范式的基础上不存在非关键字段对任⼀候选键的传递依赖。
2.3.2 示例
要求学生表中记录学生所属的学院在满足第二范式的基础上对学生表做出修改。 我们先举一个反例
因为是要描述学生信息并且在表中定义了Id为主键Id可以明确的标识每条学生信息在这个表结构中可以看出学生的学号、姓名、年龄、性别与主键Id强相关学院电话、学院地址与学院强相关在⼀个表中出现了两个强相关的关系而且这两个强相关关系又存在传递现象即通过学生Id可以找到学生记录学⽣记录中包含学院名每个学院又有自己的电话和地址。这种传递现象称为传递依赖所以当前的表不满足第三范式 按照下面图写的就符合第三范式 2. 设计过程
从现实业务中抽象得到概念类 概念类是从现实世界中抽象出来的在需求分析阶段就需要确定下来 类对应了数据库设计中的实体实体对应了数据库中的表 类中的属性对应实体中的属性实体的属性对应了表中的列确定实体与实体之间的关系并画出E-R画方便项目参与⼈员理解与沟通根据E-R图完成SQL语句的编号并创建数据库
3. 实体-关系图
实体-关系图Entity-Relationship Diagram简称E-R图也称作实体联系模型、实体关系模型是⼀种用于描述数据模型的概念图主要用于数据库设计阶段。
3.1 E-R图的基本组成
E-R图包含了以下三种基本成分 • 实体即数据对象用矩形框表比如用户、学生、班级等。 • 属性实体的特性用椭圆形或圆角矩形表示如学生的姓名、年龄等。 • 关系实体之间的联系用菱形框表示并标明关系的类型并用直线将相关实体与关系连接起来。
3.2 关系的类型
3.2.1 一对一关系(1:1)
一个用户实体包含的属性有用户昵称真实姓名手机号邮箱地址性别学校一个账户实体包含的属性有登录用户名密码用户实体与账户实体是一对一的关系用E-R图表如下 *
3.2.2 ⼀对多关系(1:N)
• ⼀个学生实体包含的属性有真实姓名学号年龄性别入学时间 • ⼀个班级实体包含的属性有班级名学生人数 • ⼀个班级中有多个学生所以班级实体与学生实体是一对多的关系反过来说学生实体与班级实体是多对一用E-R图表示如下:
3.2.3 多对多关系(M:N)
⼀个学生实体包含的属性有真实姓名学号年龄性别、入学时间⼀个课程实体包含的属性有课程名⼀个学生可以选修改多门课程一门课程也可以被多名学生选修改所以学生与课程之间是多对多关系用E-R图表示如下 对于多对多关系可以使用中间表进行记录比如⼀个学生参加了某⼀门课程的考试得到了相应的成绩用E-R图表示如下
