原因
关于网络技术的三四级资料太多了，报名开始后两个小时本校和临近学校的网络技术就爆满了，就离谱。结果报的数据库，自己摸索着学习。现在考完了，也有时间分享一下经验。
文章目录
一、关于如何准备的想法
1、能提前一到两个月准备最好，但是并不推荐直接看b站视频或书或一起看把知识点过一遍，做题的时候你会发现你和那些没看过书的小白做题是一个感受，每一题只能看解析，所以看的很痛苦。那你认真看一遍书真的没有效果么？我觉得区别就是你做题掌握的比没看过书的快，常考的知识点你会记得很熟练。但我认为付出与收获不成正比，过一遍书上的知识点需要大量的时间，不过每个人都有不同的看书方法，笔者只是根据自己的特点得出这样的结论。
2、书肯定是要看的，那怎么看呢？时间比较充裕的情况下，建议做两-三套题（肯定要看解析），知道一般会考什么内容，然后看书，看书的时候一定要根据大致考什么内容有取舍的看，三级的书经常会有大段的“没有意义”的文字，对于目标是通过考试的人来说完全就是浪费时间。
3、对于书和视频的取舍？个人感觉看一个就够了，看视频的时候记得用电子工具打字记录笔记，效果远比单看视频要好，不过记得b站的233网校视频讲大题的部分音画不同步，大题其实考的内容很固定，自己刷题就行了。做题的时候想要理解的记忆，还是要从书中找一找相应的知识点，所以书还是要买的。
4、有些三级会考的概念比如关系模型的规范、外连接、半连接等都是四级书上才有的，而且三四级都很常考，只不过考的内容深度不太一样，所以如果准备三四级一起考的化四级的书最好也买了看一看这些内容。
5、选择题后10题2分，像给你1、2、3、4、5多个描述，选项里面说哪几个正确，选择某个选项的题蛮多的。在这一部分个人感觉索引、数据库镜像备份、数据挖掘、数据库管理员的职责等内容考的比较多，可以重点关注一下。
6、做题的时候你很可能会总结一些错误的点，准备考前再看一看，但是个人觉得这些知识点还是平时没事多看看为好，考前（考前两个小时的考前）看纯知识点根本记不住，有时候看的眼都花了。考前还是多做一做填空题个人感觉最有效果。
7、三道大题都有一些比较基础的题型，对应的还有一些变体。比如第一题文字描述以后，然后第一问画ER图，第二问转化成关系模式并指出主键。变体就是开始是创建表的SQL语句，根据语句画ER图。第二题的基础题型是填空题，比较难的就是纯自己编程题，不过考的内容都很固定，存储过程、触发器、表值函数。第三道题不是很好分类，但是也有难度区别，感觉把题库中的这一题看一遍问题不是很大。
这三种题中基础题型做几道就会比较熟练了，‘高级’的题型可以视时间是否足够给予相应的投入。考试的时候个人感觉应该可以两道题抽到相对简单的类型，同学有比较幸运的三道都是简单的类型。
注意考试的时候ER图题目不需要学习任何新的软件，答题框旁已经备好了相应的图形，拖拽、双击填入文字即可。（反正2021年3月的考试是这样的，以后不至于还倒退吧）
8、实在是时间很紧张，刷就完事了。
二、做题时候的一些总结
下面是做题时后的一些总结，没有仔细整体，可能效果很有限，建议自己做过一定题目之后稍微看一看就行了。
记录（行）和字段（列）
事务日志用于记录对数据的更新操作
master数据库只能完整备份
模式/内模式 物理独立性
外模式/模式 逻辑独立性。视图是外模式的实现方式之一
外模式可以有多个，内模式只能有一个
组件图显示了软件对其他软件组件的依赖关系
自连接操作可以将自身表的一个镜像当作另外一张表来看待
三级加锁协议可以完全保证并发事务数据的一致性
两阶段加锁协议可以保证事务调度的可串行性
UNIQUE允许出现空值
五种约束类型：主键约束PRIMARY KEY、外键约束REFERENCES、唯一约束UNIQUE、缺省约束DEFAULT、检查约束CHECK，建表要对主键有完整性约束，其它的可以没有
可以这么写：工作编号 int primary key（工作编号）
check涉及多个属性的约束要放在最后面
试图提供逻辑数据独立性
视图作用：简化查询语句 数据安全性。逻辑独立性（说数据独立性也对）
不能在视图上定义AFTER类型的触发器
视图上建立了唯一聚集索引以后会被保存内容 索引视图只能引用同一数据库中的表不能是视图
需求分析阶段规定好不同用户所需要访问的视图，属于功能需求分析（规定好视图后方便进行归类处理等，不涉及安全）
初始public没有权限 所有用户都是它的成员
guest为匿名访问所用用户而不是登陆账户 任何SQL Sever登录账户都可以访问启用了guest用户（都可以匿名嘛）的数据库
面向主题的设计方法：根据需求合集找到可满足需求的数据合集，根据数据合集进行设计
分类算法需要学习，聚类算法是无监督算法
索引的目标是缩小查找某个关键字的对应值的位置的查找范围，属性值重复率低的对查询效率的提升要更加明显
不恰当的分解会增加冗余
三层B/S架构适用于Internet。减少维护工作量。 两层C/S结构优点：运行速度快 安全 人机交互好
Case
When 条件 Then 结果。 最后并不是‘变量=结果’
定义函数 As可选 BEGIN要有 外面Returns 里面Return
架构与用户是1对多的关系
SQL Sever Agent 是任务规划器（自动执行周期性任务）和警报管理器
仅具有登录到SQL Sever的权限，只能查询master msdb的部分数据
检测死锁的等待图法是周期性生成等待图而不是执行事务时检测等待图
检查数据库服务器网络是操作系统管理员的职责
应用系统设计预防死锁：同一顺序。大小事务 绑定链接。检测撤回是运行的时候
分布式数据库，半连接操作（不需要的不传输）可以减少场地之间的数据传输量
技术元数据 业务元数据
多维分析动作：钻取 卷起 切片 切块 旋转
逻辑设计的任务：ER图转化成关系模式，数据约束条件
数据库维护工作：1、转储和恢复 2、安全性、完整性控制3、性能的检测和改善4、重组和重构
根据应用程序从功能上进行扩充和完善不是数据库维护工作
数据重构要尽量不动应用程序
order by可对多个列 可用于视图 作为最后一个子句 不能用于子查询
聚合是整体与部分的关系 且部分可以离开整体单独存在
属于结构图的是：用例图 类图 对象图 组件图 部署图
事务的特性包含：原子性、一致性、隔离性、持久性
事务调度是为了保持这四个特性的，分为：串行调度和并发调度（存在交叉执行）
连接操作：left join（右表所有行）. Right join(包含左表的所有行). Inner join（只有相等行）
聚集索引的键值可以重复
授予、拒绝、回收权限 Grant/…/… sth ON 表 TO 用户
对于全局关系的任意数据，不允许不属于任一个片段，也不允许同时属于不同的片段
业务逻辑层将事务描述成构件
Select sth Into 新表名 （这里不加多余的东西）FROM某个表
内联表值函数通过Select填充函数返回的表值 只能放置在FROM后面
有时出现要手动做什么的时候，没提到自动做就是不自动去做
SQL Sever支持对一个数据文件进行还原，数据库！！处于脱机状态
快照适用于从应用系统中获取更新频率较低的数据
因为经常按照商品好对销售表进行分组，可以将销售表组织成散列文件
重组不改变逻辑和物理结构，重构一般需要改变模式和内模式
简单恢复模式适用于测试开发，也适用于只读的数据库 比如数据仓库
数据库安全性保护包含身份识别、权限控制、视图控制。 计算机病毒防护属于故障管理
“数据库所包含文件及文件存储位置信息均保存在主要数据文件中”这句话算是对的
分区函数默认LEFT。 指圆括号在左边（0，100】
在没有建立聚集索引的表上定义主键，系统会自动在主键上建立索引
数据库创建后可以手动或自动的缩小数据文件和日志文件的大小
更新数据库后对model备份 新建数据库用户后对master备份
FETCH NEXT/PRIOR/FIRST/LAST/ABSOLUTE ±int/RELATIVE
开窗函数：比如COUNT(*) OVER(PARTITION BY T1.学号) 记住这个形式即可
不会产生从属实体集的是非标定型联系
散列划分适合于顺序扫描
通信图也被称为协作图
新建数据库用户后，建议对master进行备份
在student表的sname列上建立索引：creat nonclustered index idx1 on Student（sname）
数据模型通常由：数据结构、数据操作、完整性约束三部分构成
复合索引，最好将where条件顺序作为索引列顺序
纯日志备份仅包含一定时间间隔内的事务日志记录，不包含大容量操作日志记录。这样说事务日志备份不对
分区表可以水平分区也可以垂直分区
语句执行的先后次序：SELECT FROM WHERE GROUP BY HAVING ORDER BY
事务处理是在数据库服务器端完成的
备份并不影响用户对数据库的操作，而且在备份数据库时所发生的操作也会被备份下来
AlTER DATABASE 数据库名 MODIFY FILE (NAME=文件名，SIZE=文件容量)
稀疏索引所指向的数据文件一定是有序的
索引视图的数据源只能是基本表
使用分配模式来描述各片段到物理存放场地的映射
总结
总的来说三级数据库整体来说并不难，说实话做完十几套题就稳过了
有任何修改意见或问题欢迎评论区提出，毕竟总会有一些重要的内容忘记提及了。
