[数据库]数据库基础知识复习

最新推荐文章于 2024-03-13 21:32:07 发布

mapw1993

最新推荐文章于 2024-03-13 21:32:07 发布

阅读量669

点赞数 2

分类专栏：学习文档文章标签：数据库存储复习

本文链接：https://blog.csdn.net/u010536377/article/details/50945427

版权

学习文档专栏收录该内容

30 篇文章 1 订阅

订阅专栏

DQLDMLDDLDCL
数据库中的五大约束
数据库范式
- 1NF
- 2NF
- 3NF
- BCNF
存储过程
- 存储过程的好处

写在前：最近在准备找实习，在复习之前学习过的数据库知识，特写此博文总结之。

DQL、DML、DDL、DCL

SQL语言共分为四大类：数据查询语言DQL，数据操纵语言DML，
数据定义语言DDL，数据控制语言DCL。

1. 数据查询语言DQL

数据查询语言DQL基本结构是由SELECT子句，FROM子句，WHERE
子句组成的查询块：
SELECT <字段名表>
FROM <表或视图名>
WHERE <查询条件>

2. 数据操纵语言DML

数据操纵语言DML(DML database manipulation language)主要有三种形式：
1) 插入：INSERT
2) 更新：UPDATE
3) 删除：DELETE

3. 数据定义语言DDL

数据定义语言DDL用来创建数据库中的各种对象—–表、视图、
索引、同义词、聚簇等如：
CREATE TABLE/VIEW/INDEX/SYN/CLUSTER

4. 数据控制语言DCL

数据控制语言DCL用来授予或回收访问数据库的某种特权，并控制
数据库操纵事务发生的时间及效果，对数据库实行监视等。如：
1) GRANT：授权。
2) ROLLBACK [WORK] TO [SAVEPOINT]：回退到某一点。
回滚—ROLLBACK
回滚命令使数据库状态回到上次最后提交的状态。其格式为：
SQL>ROLLBACK;
3) COMMIT [WORK]：提交。
参考资料：Kevin的博客。

数据库中的五大约束

(1)主键约束（Primay Key Coustraint）

唯一性，非空性

示例：
添加主键约束（将stuNo作为主键）
alter table stuInfo
add constraint PK_stuNo primary key (stuNo)

(2)唯一约束（Unique Counstraint）

唯一性，可以空，但只能有一个

示例：
添加唯一约束（身份证号唯一，因为每个人的都不一样）
alter table stuInfo
add constraint UQ_stuID unique(stuID)

(3)检查约束 (Check Counstraint)

对该列数据的范围、格式的限制（如：年龄、性别等）

示例：
添加默认约束（如果地址不填默认为“地址不详”）
alter table stuInfo
add constraint DF_stuAddress default (‘地址不详’) for stuAddress

(4)默认约束 (Default Counstraint)

该数据的默认值

示例：
添加检查约束（对年龄加以限定 15-40岁之间）
alter table stuInfo
add constraint CK_stuAge check (stuAge between 15 and 40)
alter table stuInfo
add constraint CK_stuSex check (stuSex=’男’ or stuSex=’女′)

(5)外键约束 (Foreign Key Counstraint)

需要建立两表间的关系并引用主表的列

示例：
添加外键约束 (主表stuInfo和从表stuMarks建立关系，关联字段stuNo)
alter table stuInfo
add constraint FK_stuNo foreign key(stuNo)references stuinfo(stuNo)
（注：本节参考自：http://www.2cto.com/database/201304/199872.html）

数据库范式

1NF

1NF要求，数据库表的每一列都是不可分割的基本数据项。同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复是属性。

2NF

2NF要求属性完全依赖于主键。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性。如：

( 学号 , 课程名称 ) → ( 姓名 , 年龄 , 成绩 , 学分 )

这个数据库表不满足第二范式，因为存在如下决定关系：

( 课程名称 ) → ( 学分 )
( 学号 ) → ( 姓名 , 年龄 )

3NF

如果关系模式 R 是第二范式，且每个非主属性都不传递依赖于 R 的候选键，则称 R 满足3NF的。

假定学生关系表为 Student( 学号 , 姓名 , 年龄 , 所在学院 , 学院地点 , 学院电话 ) ，关键字为单一关键字 ” 学号 ” ，因为存在如下决定关系：

( 学号 ) → ( 姓名 , 年龄 , 所在学院 , 学院地点 , 学院电话 )

这个数据库是符合 2NF 的，但是不符合 3NF ，因为存在如下决定关系：

( 学号 ) → ( 所在学院 ) → ( 学院地点 , 学院电话 )

即存在非关键字段 ” 学院地点 ” 、 ” 学院电话 ” 对关键字段 ” 学号 ” 的传递函数依赖。

BCNF

BCNF的要求比3NF更为严格。在3NF的基础上消除主属性间的传递依赖后就满足BCNF了。
下面是主属性间存在传递依赖的例子。
假设仓库管理关系表为 StorehouseManage( 仓库 ID, 存储物品 ID, 管理员 ID, 数量 ) ，且有一个管理员只在一个仓库工作；一个仓库可以存储多种物品。这个数据库表中存在如下决定关系：