简介这份资源是软考中级数据库系统工程师的考试大纲文档对应第四版教材面向备考该科目、需要明确知识范围与复习重点的考生。大纲系统梳理了考试要求、考试目的与考试科目并逐层展开信息系统知识、计算机系统基础知识、数据库技术、系统开发和运行维护知识等模块其中数据库技术部分细分为数据库技术基础、关系数据库、事务管理、数据库标准语言SQL、数据库设计及数据仓库与数据分析基础系统开发部分则覆盖软件工程、系统分析、系统设计、系统实施与运行维护另含网络与系统安全、数据库主流应用技术及计算机专业英语。资源包共1个docx文件约110KB结构清晰、层级分明便于按章节对照教材逐项排查薄弱点。目前已有1658人学习下载适合作为备考初期划定范围、中期查漏补缺的纲领性参考。1. 软考中级数据库系统工程师大纲从第四版教材目录反推备考路线很多人拿到“数据库系统工程师考试大纲对应第四版教材”这份文档时第一反应是把它当成一份普通的目录清单翻两页就丢到一边。但真正考过的人会告诉你这份大纲是整个备考过程中最被低估的路线图——它不只是告诉你考什么更关键的是它用章节顺序和知识点层级暗示了命题的权重分布和出题逻辑。第四版教材相比早期版本在数据库新技术、分布式架构、数据仓库与数据挖掘等方向做了明显扩充这意味着考试对“传统 DBA 知识”和“数据工程思维”的要求在同步提高。如果你是在校生、刚转岗的后端开发或者已经工作几年但缺少系统认证的运维人员这份大纲就是你从“会写 SQL”到“能设计并管理一个完整数据系统”的桥梁。接下来的内容我会按大纲的章节结构把每一块该怎么学、学到什么深度、哪些是必拿分、哪些可以战略性放弃逐层拆开讲清楚。2. 大纲章节结构与分值权重的对应关系2.1 从大纲层级看命题重心第四版大纲把知识体系分成“综合知识”和“案例分析”两大块但大纲本身并不直接标注分值。我的做法是拿最近五年的真题按大纲的章节标题做一次映射统计。具体操作是把每道题涉及的知识点归到大纲对应的二级或三级标题下然后统计每个一级章节的出现频次。这个统计不需要很精确但能帮你快速识别出“高频章”和“陪跑章”。# 按大纲章节统计真题知识点分布 # 假设已有真题知识点列表和章节映射表 from collections import Counter # 章节映射知识点关键词 - 大纲一级章节 chapter_map { 关系代数: 数据库基础理论, SQL语法: 数据库基础理论, 范式分解: 数据库设计与规范化, ER模型: 数据库设计与规范化, 事务隔离级别: 事务管理与并发控制, 锁机制: 事务管理与并发控制, 备份恢复: 数据库运维与管理, 索引优化: 数据库性能调优, 分布式事务: 分布式数据库, 数据仓库: 数据仓库与数据挖掘, } # 模拟真题知识点序列实际使用时替换为真实统计结果 exam_points [SQL语法, 范式分解, 事务隔离级别, 索引优化, 备份恢复, ER模型, 锁机制, SQL语法, 分布式事务, 数据仓库, 范式分解, 索引优化] # 统计各章节出现次数 chapter_count Counter(chapter_map.get(p, 未分类) for p in exam_points) for chapter, count in chapter_count.most_common(): print(f{chapter}: {count}次)这段代码的逻辑很直接把真题里的知识点映射到大纲章节然后计数。参数方面chapter_map需要你根据自己的真题整理结果来维护关键词越细映射越准。跑完之后你会发现“数据库设计与规范化”和“事务管理与并发控制”通常是出现频率最高的两块而“分布式数据库”虽然章节靠后但近两年出现次数在上升。这个统计结果直接决定你复习时间的分配比例。2.2 综合知识 vs 案例分析的备考差异综合知识是选择题覆盖面广但深度有限案例分析是主观题通常要求你写出 SQL、画出 ER 图、分析并发问题或设计备份策略。大纲对这两块的描述是混在一起的但备考策略完全不同。综合知识靠刷题和记忆案例分析靠动手写和反复改。我一般会建议把大纲里的每个知识点标注成三类只考选择、只考案例、两者都考。比如“关系代数”基本只出现在选择题里你不需要手写复杂的除法运算但要能看懂符号。“SQL 查询编写”则两者都考选择题考语法细节案例题考实际写查询。标注完之后你的复习动作就清晰了只考选择的刷题即可只考案例的必须动手写两者都考的先写再刷。2.3 用大纲反推教材的阅读顺序第四版教材的章节顺序和大纲基本一致但教材写得比较厚逐页读效率很低。我的做法是先看大纲的章节标题把每个标题下的知识点列成问题清单然后带着问题去教材里找答案。比如大纲里写“掌握数据库备份与恢复策略”你就把它拆成几个具体问题冷备份和热备份的区别是什么增量备份和差异备份怎么选日志文件在恢复中的作用是什么带着这些问题去读教材速度会快很多而且不容易走神。注意大纲里写“了解”的知识点通常只考选择题而且频率不高写“掌握”和“熟练”的才是案例题的重点。这个用词差异是命题人留给你的信号别忽略。3. 核心知识模块的拆解与最小可复现练习3.1 数据库设计与规范化从 ER 图到 3NF 的完整推演大纲对“数据库设计与规范化”的要求是“熟练掌握”这意味着你不仅要理解概念还要能在案例题里实际画出 ER 图并做范式分解。很多考生在这里翻车不是因为不懂理论而是因为缺少一套固定的推演流程。我一般会按这个顺序走先识别实体和联系再确定主键然后检查函数依赖最后做分解。-- 以“学生选课”场景为例演示从非规范化到 3NF 的分解 -- 原始表存在冗余和更新异常 CREATE TABLE student_course_raw ( student_id VARCHAR(20), student_name VARCHAR(50), course_id VARCHAR(20), course_name VARCHAR(50), teacher_id VARCHAR(20), teacher_name VARCHAR(50), score DECIMAL(5,2) ); -- 分解为 3NF学生表、课程表、教师表、选课表 CREATE TABLE student ( student_id VARCHAR(20) PRIMARY KEY, student_name VARCHAR(50) NOT NULL ); CREATE TABLE course ( course_id VARCHAR(20) PRIMARY KEY, course_name VARCHAR(50) NOT NULL, teacher_id VARCHAR(20) ); CREATE TABLE teacher ( teacher_id VARCHAR(20) PRIMARY KEY, teacher_name VARCHAR(50) NOT NULL ); CREATE TABLE student_course ( student_id VARCHAR(20), course_id VARCHAR(20), score DECIMAL(5,2), PRIMARY KEY (student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(student_id), FOREIGN KEY (course_id) REFERENCES course(course_id) );这段 SQL 的关键在于原始表里student_name、course_name、teacher_name都依赖于非主键字段存在传递依赖。分解后的四张表消除了冗余每个非主键字段都直接依赖于主键。参数上要注意VARCHAR的长度选择考试时通常不会严格要求但你要知道实际项目中会根据业务定长。案例题里如果要求你写出分解后的表结构记得把主键和外键标清楚这是拿分点。3.2 事务管理与并发控制隔离级别与锁的对应关系事务这块是案例题的高频区尤其是“脏读、不可重复读、幻读”和隔离级别的对应关系。大纲要求“熟练掌握”但很多人只背了表格遇到具体场景就懵。我的建议是自己动手模拟两个会话的并发操作观察不同隔离级别下的现象。-- 会话 A设置隔离级别为 READ COMMITTED SET TRANSACTION ISOLATION LEVEL READ COMMITTED; BEGIN TRANSACTION; SELECT score FROM student_course WHERE student_id S001 AND course_id C001; -- 此时会话 B 修改并提交了 score SELECT score FROM student_course WHERE student_id S001 AND course_id C001; COMMIT; -- 会话 B在会话 A 两次查询之间执行 BEGIN TRANSACTION; UPDATE student_course SET score 95 WHERE student_id S001 AND course_id C001; COMMIT;在 READ COMMITTED 级别下会话 A 的两次查询会得到不同结果这就是“不可重复读”。如果把隔离级别改成 REPEATABLE READ第二次查询会返回第一次的快照值。参数上要注意不同数据库对隔离级别的实现有差异考试时以标准 SQL 的定义为准。案例题里常考的是“给定一个并发场景判断会出现什么问题应该用哪个隔离级别”你需要能反向推导。3.3 备份与恢复三种备份策略的取舍大纲对“数据库备份与恢复”的要求是“掌握”案例题里经常出现“设计一个备份方案”的题目。很多人一上来就写“每天全量备份”这在实际项目中是不可行的。我一般会按数据量、恢复时间目标RTO和恢复点目标RPO来选策略。备份策略优点缺点适用场景全量备份恢复简单只需一份文件占用空间大备份时间长数据量小RTO 要求低增量备份备份速度快占用空间小恢复需要全量所有增量链条长数据量大RPO 要求高差异备份恢复只需全量最近一次差异占用空间介于两者之间折中方案日常使用案例题里如果要求你写出备份脚本或策略记得把备份窗口、保留周期、恢复演练计划都写上。这些细节在大纲里没有明确写但实际考试中都是加分项。4. 避坑与常见问题排查4.1 范式分解后忘记标主键和外键现象案例题里画出了分解后的表但没标主键或者外键关系画错了。原因平时练习时只关注“消除冗余”忽略了完整性约束。解决每次分解完强制自己检查一遍——每张表有没有主键外键指向是否正确有没有遗漏的联系表4.2 隔离级别和锁机制混淆现象题目问“如何避免幻读”答“加行锁”。原因把隔离级别和锁的粒度混为一谈。解决记住一个对应关系——READ UNCOMMITTED 不加锁READ COMMITTED 加行锁但释放早REPEATABLE READ 加行锁且保持到事务结束SERIALIZABLE 加表锁或范围锁。幻读的解决靠范围锁或 SERIALIZABLE不是简单的行锁。4.3 备份方案只写全量备份现象案例题要求设计备份策略只写了“每天全量”。原因没有考虑数据量和恢复时间。解决先判断数据量级超过 100GB 的库全量备份每天做是不现实的。应该写“每周全量每天增量日志备份”并说明恢复步骤。4.4 SQL 优化题只写“加索引”现象题目问“查询慢怎么优化”只答“加索引”。原因忽略了执行计划、数据分布、索引选择性等因素。解决先看执行计划确认是全表扫描还是索引扫描再检查索引列的选择性选择性低的列加索引效果差最后考虑是否需要用覆盖索引或分区。4.5 分布式数据库章节直接放弃现象觉得分布式数据库太难直接跳过。原因近两年考频上升放弃等于丢分。解决至少掌握 CAP 理论、两阶段提交、Paxos/Raft 的基本概念案例题里如果出现能写出“牺牲一致性换可用性”这类判断即可。5. 用大纲做最后冲刺一套可复用的自测方法到了考前两周大纲的作用从“学习路线”变成“自测清单”。我的做法是把大纲里所有标“掌握”和“熟练”的知识点抽出来做成一张检查表每个知识点问自己三个问题——能不能用自己的话解释能不能写出关键代码或 SQL能不能说出一个实际场景三个都能做到就打勾有一个做不到就回去翻教材。具体操作上我会用下面这个脚本生成自测清单然后逐项过。# 从大纲知识点生成自测清单 # 每个知识点需要回答三个问题全部通过才标记为掌握 syllabus_points [ 关系代数运算, SQL 查询编写, 范式分解与 ER 图, 事务隔离级别, 锁机制与并发控制, 备份与恢复策略, 索引优化与执行计划, 分布式事务与 CAP, 数据仓库与 OLAP, ] # 自测结果记录1 表示通过0 表示未通过 self_test {point: [0, 0, 0] for point in syllabus_points} # 模拟自测过程实际使用时手动填写 self_test[SQL 查询编写] [1, 1, 1] self_test[范式分解与 ER 图] [1, 1, 0] self_test[事务隔离级别] [1, 0, 0] # 输出未通过项 for point, results in self_test.items(): if sum(results) 3: print(f需要复习{point}通过项{sum(results)}/3)这个脚本的逻辑是每个知识点三个维度全部通过才算掌握。参数上self_test的初始值都是 0你需要手动更新。跑完之后未通过项就是你的复习重点。我一般会在考前三天只过这些未通过项通过项不再花时间。最后说一个我自己的习惯考前一周我会把大纲打印出来用红笔把“掌握”和“熟练”的知识点圈出来然后对着圈出来的部分在空白纸上默写关键 SQL 和流程图。写不出来的立刻翻教材。这个方法看起来笨但比反复刷选择题有效得多因为案例题考的是输出能力不是识别能力。希望帮到你。本文还有配套的精品资源点击获取 软考中级数据库系统工程师大纲：第四版教材备考路线与核心模块拆解
简介这份资源是软考中级数据库系统工程师的考试大纲文档对应第四版教材面向备考该科目、需要明确知识范围与复习重点的考生。大纲系统梳理了考试要求、考试目的与考试科目并逐层展开信息系统知识、计算机系统基础知识、数据库技术、系统开发和运行维护知识等模块其中数据库技术部分细分为数据库技术基础、关系数据库、事务管理、数据库标准语言SQL、数据库设计及数据仓库与数据分析基础系统开发部分则覆盖软件工程、系统分析、系统设计、系统实施与运行维护另含网络与系统安全、数据库主流应用技术及计算机专业英语。资源包共1个docx文件约110KB结构清晰、层级分明便于按章节对照教材逐项排查薄弱点。目前已有1658人学习下载适合作为备考初期划定范围、中期查漏补缺的纲领性参考。1. 软考中级数据库系统工程师大纲从第四版教材目录反推备考路线很多人拿到“数据库系统工程师考试大纲对应第四版教材”这份文档时第一反应是把它当成一份普通的目录清单翻两页就丢到一边。但真正考过的人会告诉你这份大纲是整个备考过程中最被低估的路线图——它不只是告诉你考什么更关键的是它用章节顺序和知识点层级暗示了命题的权重分布和出题逻辑。第四版教材相比早期版本在数据库新技术、分布式架构、数据仓库与数据挖掘等方向做了明显扩充这意味着考试对“传统 DBA 知识”和“数据工程思维”的要求在同步提高。如果你是在校生、刚转岗的后端开发或者已经工作几年但缺少系统认证的运维人员这份大纲就是你从“会写 SQL”到“能设计并管理一个完整数据系统”的桥梁。接下来的内容我会按大纲的章节结构把每一块该怎么学、学到什么深度、哪些是必拿分、哪些可以战略性放弃逐层拆开讲清楚。2. 大纲章节结构与分值权重的对应关系2.1 从大纲层级看命题重心第四版大纲把知识体系分成“综合知识”和“案例分析”两大块但大纲本身并不直接标注分值。我的做法是拿最近五年的真题按大纲的章节标题做一次映射统计。具体操作是把每道题涉及的知识点归到大纲对应的二级或三级标题下然后统计每个一级章节的出现频次。这个统计不需要很精确但能帮你快速识别出“高频章”和“陪跑章”。# 按大纲章节统计真题知识点分布 # 假设已有真题知识点列表和章节映射表 from collections import Counter # 章节映射知识点关键词 - 大纲一级章节 chapter_map { 关系代数: 数据库基础理论, SQL语法: 数据库基础理论, 范式分解: 数据库设计与规范化, ER模型: 数据库设计与规范化, 事务隔离级别: 事务管理与并发控制, 锁机制: 事务管理与并发控制, 备份恢复: 数据库运维与管理, 索引优化: 数据库性能调优, 分布式事务: 分布式数据库, 数据仓库: 数据仓库与数据挖掘, } # 模拟真题知识点序列实际使用时替换为真实统计结果 exam_points [SQL语法, 范式分解, 事务隔离级别, 索引优化, 备份恢复, ER模型, 锁机制, SQL语法, 分布式事务, 数据仓库, 范式分解, 索引优化] # 统计各章节出现次数 chapter_count Counter(chapter_map.get(p, 未分类) for p in exam_points) for chapter, count in chapter_count.most_common(): print(f{chapter}: {count}次)这段代码的逻辑很直接把真题里的知识点映射到大纲章节然后计数。参数方面chapter_map需要你根据自己的真题整理结果来维护关键词越细映射越准。跑完之后你会发现“数据库设计与规范化”和“事务管理与并发控制”通常是出现频率最高的两块而“分布式数据库”虽然章节靠后但近两年出现次数在上升。这个统计结果直接决定你复习时间的分配比例。2.2 综合知识 vs 案例分析的备考差异综合知识是选择题覆盖面广但深度有限案例分析是主观题通常要求你写出 SQL、画出 ER 图、分析并发问题或设计备份策略。大纲对这两块的描述是混在一起的但备考策略完全不同。综合知识靠刷题和记忆案例分析靠动手写和反复改。我一般会建议把大纲里的每个知识点标注成三类只考选择、只考案例、两者都考。比如“关系代数”基本只出现在选择题里你不需要手写复杂的除法运算但要能看懂符号。“SQL 查询编写”则两者都考选择题考语法细节案例题考实际写查询。标注完之后你的复习动作就清晰了只考选择的刷题即可只考案例的必须动手写两者都考的先写再刷。2.3 用大纲反推教材的阅读顺序第四版教材的章节顺序和大纲基本一致但教材写得比较厚逐页读效率很低。我的做法是先看大纲的章节标题把每个标题下的知识点列成问题清单然后带着问题去教材里找答案。比如大纲里写“掌握数据库备份与恢复策略”你就把它拆成几个具体问题冷备份和热备份的区别是什么增量备份和差异备份怎么选日志文件在恢复中的作用是什么带着这些问题去读教材速度会快很多而且不容易走神。注意大纲里写“了解”的知识点通常只考选择题而且频率不高写“掌握”和“熟练”的才是案例题的重点。这个用词差异是命题人留给你的信号别忽略。3. 核心知识模块的拆解与最小可复现练习3.1 数据库设计与规范化从 ER 图到 3NF 的完整推演大纲对“数据库设计与规范化”的要求是“熟练掌握”这意味着你不仅要理解概念还要能在案例题里实际画出 ER 图并做范式分解。很多考生在这里翻车不是因为不懂理论而是因为缺少一套固定的推演流程。我一般会按这个顺序走先识别实体和联系再确定主键然后检查函数依赖最后做分解。-- 以“学生选课”场景为例演示从非规范化到 3NF 的分解 -- 原始表存在冗余和更新异常 CREATE TABLE student_course_raw ( student_id VARCHAR(20), student_name VARCHAR(50), course_id VARCHAR(20), course_name VARCHAR(50), teacher_id VARCHAR(20), teacher_name VARCHAR(50), score DECIMAL(5,2) ); -- 分解为 3NF学生表、课程表、教师表、选课表 CREATE TABLE student ( student_id VARCHAR(20) PRIMARY KEY, student_name VARCHAR(50) NOT NULL ); CREATE TABLE course ( course_id VARCHAR(20) PRIMARY KEY, course_name VARCHAR(50) NOT NULL, teacher_id VARCHAR(20) ); CREATE TABLE teacher ( teacher_id VARCHAR(20) PRIMARY KEY, teacher_name VARCHAR(50) NOT NULL ); CREATE TABLE student_course ( student_id VARCHAR(20), course_id VARCHAR(20), score DECIMAL(5,2), PRIMARY KEY (student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(student_id), FOREIGN KEY (course_id) REFERENCES course(course_id) );这段 SQL 的关键在于原始表里student_name、course_name、teacher_name都依赖于非主键字段存在传递依赖。分解后的四张表消除了冗余每个非主键字段都直接依赖于主键。参数上要注意VARCHAR的长度选择考试时通常不会严格要求但你要知道实际项目中会根据业务定长。案例题里如果要求你写出分解后的表结构记得把主键和外键标清楚这是拿分点。3.2 事务管理与并发控制隔离级别与锁的对应关系事务这块是案例题的高频区尤其是“脏读、不可重复读、幻读”和隔离级别的对应关系。大纲要求“熟练掌握”但很多人只背了表格遇到具体场景就懵。我的建议是自己动手模拟两个会话的并发操作观察不同隔离级别下的现象。-- 会话 A设置隔离级别为 READ COMMITTED SET TRANSACTION ISOLATION LEVEL READ COMMITTED; BEGIN TRANSACTION; SELECT score FROM student_course WHERE student_id S001 AND course_id C001; -- 此时会话 B 修改并提交了 score SELECT score FROM student_course WHERE student_id S001 AND course_id C001; COMMIT; -- 会话 B在会话 A 两次查询之间执行 BEGIN TRANSACTION; UPDATE student_course SET score 95 WHERE student_id S001 AND course_id C001; COMMIT;在 READ COMMITTED 级别下会话 A 的两次查询会得到不同结果这就是“不可重复读”。如果把隔离级别改成 REPEATABLE READ第二次查询会返回第一次的快照值。参数上要注意不同数据库对隔离级别的实现有差异考试时以标准 SQL 的定义为准。案例题里常考的是“给定一个并发场景判断会出现什么问题应该用哪个隔离级别”你需要能反向推导。3.3 备份与恢复三种备份策略的取舍大纲对“数据库备份与恢复”的要求是“掌握”案例题里经常出现“设计一个备份方案”的题目。很多人一上来就写“每天全量备份”这在实际项目中是不可行的。我一般会按数据量、恢复时间目标RTO和恢复点目标RPO来选策略。备份策略优点缺点适用场景全量备份恢复简单只需一份文件占用空间大备份时间长数据量小RTO 要求低增量备份备份速度快占用空间小恢复需要全量所有增量链条长数据量大RPO 要求高差异备份恢复只需全量最近一次差异占用空间介于两者之间折中方案日常使用案例题里如果要求你写出备份脚本或策略记得把备份窗口、保留周期、恢复演练计划都写上。这些细节在大纲里没有明确写但实际考试中都是加分项。4. 避坑与常见问题排查4.1 范式分解后忘记标主键和外键现象案例题里画出了分解后的表但没标主键或者外键关系画错了。原因平时练习时只关注“消除冗余”忽略了完整性约束。解决每次分解完强制自己检查一遍——每张表有没有主键外键指向是否正确有没有遗漏的联系表4.2 隔离级别和锁机制混淆现象题目问“如何避免幻读”答“加行锁”。原因把隔离级别和锁的粒度混为一谈。解决记住一个对应关系——READ UNCOMMITTED 不加锁READ COMMITTED 加行锁但释放早REPEATABLE READ 加行锁且保持到事务结束SERIALIZABLE 加表锁或范围锁。幻读的解决靠范围锁或 SERIALIZABLE不是简单的行锁。4.3 备份方案只写全量备份现象案例题要求设计备份策略只写了“每天全量”。原因没有考虑数据量和恢复时间。解决先判断数据量级超过 100GB 的库全量备份每天做是不现实的。应该写“每周全量每天增量日志备份”并说明恢复步骤。4.4 SQL 优化题只写“加索引”现象题目问“查询慢怎么优化”只答“加索引”。原因忽略了执行计划、数据分布、索引选择性等因素。解决先看执行计划确认是全表扫描还是索引扫描再检查索引列的选择性选择性低的列加索引效果差最后考虑是否需要用覆盖索引或分区。4.5 分布式数据库章节直接放弃现象觉得分布式数据库太难直接跳过。原因近两年考频上升放弃等于丢分。解决至少掌握 CAP 理论、两阶段提交、Paxos/Raft 的基本概念案例题里如果出现能写出“牺牲一致性换可用性”这类判断即可。5. 用大纲做最后冲刺一套可复用的自测方法到了考前两周大纲的作用从“学习路线”变成“自测清单”。我的做法是把大纲里所有标“掌握”和“熟练”的知识点抽出来做成一张检查表每个知识点问自己三个问题——能不能用自己的话解释能不能写出关键代码或 SQL能不能说出一个实际场景三个都能做到就打勾有一个做不到就回去翻教材。具体操作上我会用下面这个脚本生成自测清单然后逐项过。# 从大纲知识点生成自测清单 # 每个知识点需要回答三个问题全部通过才标记为掌握 syllabus_points [ 关系代数运算, SQL 查询编写, 范式分解与 ER 图, 事务隔离级别, 锁机制与并发控制, 备份与恢复策略, 索引优化与执行计划, 分布式事务与 CAP, 数据仓库与 OLAP, ] # 自测结果记录1 表示通过0 表示未通过 self_test {point: [0, 0, 0] for point in syllabus_points} # 模拟自测过程实际使用时手动填写 self_test[SQL 查询编写] [1, 1, 1] self_test[范式分解与 ER 图] [1, 1, 0] self_test[事务隔离级别] [1, 0, 0] # 输出未通过项 for point, results in self_test.items(): if sum(results) 3: print(f需要复习{point}通过项{sum(results)}/3)这个脚本的逻辑是每个知识点三个维度全部通过才算掌握。参数上self_test的初始值都是 0你需要手动更新。跑完之后未通过项就是你的复习重点。我一般会在考前三天只过这些未通过项通过项不再花时间。最后说一个我自己的习惯考前一周我会把大纲打印出来用红笔把“掌握”和“熟练”的知识点圈出来然后对着圈出来的部分在空白纸上默写关键 SQL 和流程图。写不出来的立刻翻教材。这个方法看起来笨但比反复刷选择题有效得多因为案例题考的是输出能力不是识别能力。希望帮到你。本文还有配套的精品资源点击获取