简介面向计算机三级数据库技术上机考试的备考者这份南开100题精确版将经典上机编程题目系统汇编成册用于解决考生因题型分散、缺少权威版本而难以定向训练的问题。整个资源包为1个PDF文件大小约12.25MB内容以C语言上机程序设计题为主包含素数筛选、四位数位运算、字符串处理、单词倒排、整数排序等高频考点每道题均给出函数代码与调用方式便于对照练习。目前已有75人学习下载适合考前冲刺阶段反复刷题与查漏补缺。考生可借助这份题库快速熟悉机考环境下的出题风格掌握从读数据、处理逻辑到写输出的完整解题流程并针对薄弱题型进行针对性强化。1. 计算机三级数据库技术上机题库南开100题PDF这份经典题库到底在练什么文件名叫《计算机三级数据库技术上机题库精确版(南开100题).pdf》的资源几乎在每个备考全国计算机等级考试三级数据库技术的考生硬盘里都躺过一份。它讲的是备考三级数据库技术上机部分绕不开的那 100 道经典题目覆盖建表、查询、更新、统计这些考试里真正会动手写的环节。很多人下载后先存着考前一周才打开结果发现题目是能看懂真要自己在数据库里跑一遍却不知道从哪下手。这篇笔记就是给这两类人写的一类是刚开始备考、想拿这份 PDF 当练习主线的新手另一类是已经能看懂题目、但一上机就翻车想搞清楚环境怎么搭、答案怎么对的熟手。先从这份 PDF 到底考什么说起。2. 把扫描版南开100题变成能练的题OCR、PDF 转 Word 与题型结构拿到 PDF 后的第一步不是做题而是先确认它能不能被正常阅读和复制。网传的南开 100 题 PDF 有一大半是扫描版页面是图片文字选不中代码复制出来全是乱码。这种情况下题目再准也练不动。我的习惯是先把 PDF 处理成「能选中、能搜索、能复制」的文本稿再谈练题。2.1 扫描版 PDF 的三种文本化处理路线OCR 识别、导出 Word 与默认打开方式先做一件事用阅读器打开 PDF试着选中题目里的中文和 SQL 语句。能选中且复制出来不乱码说明带文字层这类直接进入练题环节如果选中只能框选整页图片那就是扫描版需要走下面三条路线之一。第一条是 OCR 识别。常见做法是用带 OCR 能力的 PDF 编辑器对扫描页做文字识别识别完成后整份 PDF 就带上了可复制的文字层。识别前注意水印页面上带水印会严重干扰识别结果显示成「商#品#表」这种残句所以水印重的页面先做清理再识别。做完 OCR 后我把结果导出成 Word 或纯文本方便在 SQL 编辑器里对照题目。第二条是「PDF 转 Word」把整份 PDF 先转成 Word 文档再校对好处是题号和代码块的换行关系更接近原版。第三条是处理打开方式本身Windows 上 PDF 默认打开方式经常是 Edge看普通文档够用但打开扫描版做标注、选区域都别扭而且有些输入法或工具会顺手把默认打开方式改掉我踩过一脚建议直接在「设置 → 默认应用→按文件类型指定默认应用」里把.pdf固定到你能熟练操作的那款 PDF 工具上。处理完的文本稿还要过一遍校对重点不是正文是表名和字段名。OCR 对英文字母和数字识别率很高但中文容易认错比如「雇员」被识别成「雇员表」的变体或「售销」这种颠倒字。这类错误一旦流进练习后续建表会一直对不上题面。校对时以题目里给的建表语句为准逐字段比对一遍再开练。处理需求推荐做法注意点整本复制代码OCR 后导出 Word重点校对中文表名字段名只练当前页对该页单独做文字识别保留原始排版别整体重排答案横向对比导出纯文本防止表格错位和代码缩进丢失2.2 改错题、填空题和程序设计题三种题型对应的练习重心把百来道题翻一遍上机题基本是三种结构。一种是改错题题面给出一段带错误的 SQL让你改正后得到指定结果一种是填空题把关键字、连接条件或聚合函数挖掉几个空还有一种是程序设计题只给表结构和题目要求从零写出完整 SQL。三种题型的练习重心完全不同。改错题的练习重心在「编译排错」。很多新手的误区是盯着代码看哪里不对其实更快的路径是把它原样跑一遍先根据报错信息定位问题再按连接条件、分组字段、聚合函数这几类常见错点排查。填空题的练习重心在「语法精确度」比如ORDER BY能不能写成分组字段的别名、HAVING和WHERE的位置、TOP n后面要不要加PERCENT这些细节点在填空题里反复出现。程序设计题则考验完整流程建表、连表、分组、排序、落结果集一步都不能省。这里要提醒一句老版本的南开 100 题里还有一批 VB 窗体程序的题涉及按钮、文本框和数据库连接串。如果你手里的 PDF 是这样的题目构成先别急着练判断它对应的是哪一版大纲第 5 章会讲判断方法。纯 SQL 题按上面的三类练VB 题只保留其中 SQL 片段作为训练素材。2.3 题库背后四个能力点建表、连接查询、分组汇总与批处理100 道题看着多拆到底就是四个能力点。第一个是建表与数据操纵包括CREATE TABLE、INSERT、UPDATE、DELETE题目经常要求先对某个表做结构修改再查询。第二个是连接查询INNER JOIN、LEFT JOIN对多表关联这是改错题的重灾区漏连接条件、连接条件写错表别名都是高频错误。第三个是分组汇总GROUP BY、HAVING、SUM、COUNT的组合是程序题的核心考点。第四个是批处理临时表、游标、存储过程南开 100 题后期有一批题专门考这个难度比前三个能力点高一截。练习节奏上我一般按能力点分配时间不要每天从头到尾刷题。比如第一周只练建表和单表查询第二周专攻连接查询第三周啃分组汇总最后再碰游标和存储过程。这样每道题练完你能明确知道自己刚才是哪个能力点不够而不是笼统归因于「SQL 不会」。2.4 为什么答案不能先看抄答案只会放大 PDF 排版坑题库 PDF 的另一半内容是答案排版方式各版本不同有的紧跟题目有的集中在文末。很多考生拿到手第一件事是把答案抄进数据库跑一遍跑不出来就怀疑环境坏了。实际上PDF 里的答案经常有全角引号、换行丢失、缩进错乱的问题直接复制进 SQL 窗口几乎必报错。这会带来一个很坏的结果你花两小时排查最后发现只是排版问题既没练到 SQL还积累了挫败感。我的建议是答案后置。先把题做一遍把结果集跑出来再去翻答案而且翻答案的目的不是看代码本身是对比结果集。这样设计的逻辑是上机考试最终看的是结果正确性你把题目结果跑对了写法和答案不完全一样也照样得分。养成「以结果集为最小验证单元」的习惯后续第 4 章的机器判题才用得上。3. 搭一个能跑南开100题的 SQL Server 练习环境版本选型与最小建库脚本PDF 处理完下一个问题是「去哪跑」。三级数据库技术的老题库面向的是 SQL Server 2000/2005 时代的用法很多答案语法拿到今天的新版本上会直接报错。所以在动手之前先把练习环境选对否则后面百分之八十的报错都是版本差异引起的。3.1 老题库语法与 SQL Server 版本的兼容关系兼容级别 80 是关键南开 100 题里有一些非常典型的旧时代写法。最常见的是*和*外连接这是 SQL Server 2000 时代的外连接语法2005 起官方弃用新安装的 SQL Server 2008 及以上默认兼容级别是 100这些旧语法直接解析失败。另一个常见问题是GROUP BY的宽松处理旧版 SQL Server 允许SELECT里出现不在GROUP BY中的列结果取组内任意一行新版行为虽然也宽松但不同版本表现不一致这就造成「在别人机器上能跑在自己机器上跑出来不对」的玄学问题。解决方向是选一个支持兼容级别 80 的版本。SQL Server 2008 R2 和 2012 都能把数据库设置到 80 兼容级别2014 最低到 90SQL Server 2016 之后最低就是 100 了。所以我的建议很直接练习老题库优先装 SQL Server 2012 Express免费、资源占用低、还保留了对 80 级别兼容的支持。SQL Server 版本最低兼容级别能否模拟老题语法练习建议2008 R280可以最贴近老题201280可以免费首选201490部分老语法翻车点较多2016 及以上100不可以只适合练标准 SQL如果已经装了高版本也不是完全没办法可以把练习库的兼容级别手动调低。在 2012 上执行下面这句库就会按 SQL Server 2000 的语义运行ALTER DATABASE NankaiTest SET COMPATIBILITY_LEVEL 80;这段 SQL 的作用是把NankaiTest数据库降级到 2000 兼容级别从而复现老题库编写时的行为语义。兼容级别不改变 SQL 语法解析器本身但会影响部分查询计划行为和旧语法的可用范围对练习来说足够逼近那个年代的环境。注意执行前要先确保当前连接能访问这个库并且该版本支持目标兼容级别版本支持范围就是上面那张表。3.2 安装与初始化三个关键选项认证模式、排序规则与实例名装 SQL Server 2012 Express 时有三个选项会直接影响后面练题提前设对能省不少事。第一个是认证模式安装向导里选「混合模式」并给sa账号设一个密码。题库里很多程序题的示例连接串都是serverlocalhost;uidsa;pwd...练题时你很可能需要一个能直接指定账号密码的登录方式只开 Windows 认证会在模拟连接串时卡住。第二个是排序规则安装时选Chinese_PRC_CI_AS。这套排序规则对中文表名、中文字段名最友好老题库大量使用中文表名比如「商品表」「销售表」选错排序规则会出现中文比较失败、乱码、索引排序异常等一系列连锁问题。第三个是实例名Express 默认实例名是SQLEXPRESS连接串要写localhost\SQLEXPRESS考试机常见的是默认实例连接串写localhost即可。我练习时推荐把实例装成默认实例MSSQLSERVER这样题目连接串不用改来改去。安装完成后用 Windows 身份登录一次确认sa账号可以被外部连接使用。如果安装时选了混模式但sa是禁用的执行下面这段开启ALTER LOGIN sa WITH PASSWORD 你的密码; ALTER LOGIN sa ENABLE;第一句是重置sa密码第二句是启用这个登录账号。注意sa是超级管理员密码别设得太简单练习机上无所谓但别在你工作电脑的实环境里这么干。3.3 最小建库建表脚本把题目依赖的三张表先落盘环境装好后要建练习库。南开 100 题的题目背景常用「商品表、销售表、雇员表」这类结构下面这段是典型的三表最小脚本可以直接照抄到 SSMS 或查询分析器里执行USE master; GO IF DB_ID(NankaiTest) IS NOT NULL DROP DATABASE NankaiTest; GO CREATE DATABASE NankaiTest; GO USE NankaiTest; GO CREATE TABLE 商品表 ( 商品号 CHAR(8) PRIMARY KEY, 商品名 NVARCHAR(40), 进货价 MONEY, 销售价 MONEY, 库存 INT ); GO CREATE TABLE 销售表 ( 销售日期 DATETIME, 商品号 CHAR(8) REFERENCES 商品表(商品号), 销售数量 INT ); GO CREATE TABLE 雇员表 ( 雇员号 CHAR(8) PRIMARY KEY, 姓名 NVARCHAR(20), 部门 NVARCHAR(20), 工资 MONEY ); GO这段脚本的逻辑是用DB_ID判断旧库是否存在存在就删掉重建保证每次练习都从干净结构开始。商品表和销售表之间建立了外键关系销售表里的商品号必须存在于商品表中这样练连接查询时不会有孤儿数据干扰结果。数据类型选择上有几个细节商品号用定长CHAR(8)而不是VARCHAR避免 JOIN 时因长度不同产生隐式转换商品名、姓名用NVARCHAR并配合N...写入中文数据避免代码页转换引入乱码金额用MONEY这是老题库的原生类型查询结果默认带 4 位小数后面对答案时要注意精度问题销售日期用DATETIME默认时间部分是00:00:00这就是日期统计边界坑的来源。如果题目里的表名、字段名和你建的库不一致直接改脚本以手里的 PDF 题面为准。建完表后往里面插几行有代表性的数据不要空表练题聚合查询和连接查询在空表上跑不出任何有效结果。3.4 环境自检四条 SQL 确认连接、中文、外键和权限全部正常建完库和表先别急着做题跑一遍自检脚本确认环境整条链路是通的。下面这四条 SQL 覆盖四个最容易出问题的环节-- 1. 确认库存在 SELECT name FROM sys.databases WHERE name NankaiTest; -- 2. 中文写入与读取 INSERT INTO 商品表(商品号, 商品名, 进货价, 销售价, 库存) VALUES (SP000001, N编程入门, 50, 80, 10); SELECT 商品号, 商品名 FROM 商品表; -- 3. 外键约束生效 INSERT INTO 销售表(销售日期, 商品号, 销售数量) VALUES (2024-01-01, SP999999, 1); -- 期望报错外键冲突说明约束正常 -- 4. 当前登录身份与当前库 SELECT SUSER_SNAME() AS 登录名, DB_NAME() AS 当前库;第一条看不到库说明建库失败或你连接的服务器不对第二条插入并查询正常会显示「编程入门」而不是乱码第三条正常情况下会抛出外键冲突错误如果你看到的是「(1 行受影响)」说明这张表根本没建外键第四条确认你当前用的登录名是sa并且当前库是NankaiTest这一步能排查掉「我以为连的是练习库其实连到了 master」的尴尬情况。四条都通过练习环境才算真正立住了。4. 用 SQL Server 把南开100题从头练到尾改错、程序设计与机器判题环境通了接下来是按什么方法练。这一章我用第 3 章建的三张表把改错题、程序设计题各走一遍完整流程再介绍一个能把你从「肉眼对答案」里解放出来的判题方法。4.1 改错题五步法先编译、再查四类错改错题拿到手别逐行读代码按下面五步走把题目给的代码原样粘贴进查询窗口先执行一次有编译错误先记下报错的行号和错误类型没编译错误看结果集是否和题目描述一致结果不对按四类错点排查连接条件是否有漏、GROUP BY和SELECT列是否匹配、聚合函数是否用错、日期范围是否覆盖全天改完再执行然后跑 EXCEPT 判题判题方法见 4.3。下面给出一道典型的改错题它包含两个隐蔽错误点SELECT 商品表.商品名, SUM(销售数量 * 销售价) AS 销售总额 FROM 销售表, 商品表 WHERE 销售表.商品号 商品表.商品号 GROUP BY 商品号;这段代码在旧版 SQL Server 上能跑通但结果是错的。问题出在SELECT里的「商品表.商品名」没有出现在GROUP BY中旧版本不报错而是从分组里随便取一行商品名填进去结果看起来好像正常实际是不可靠的。正确写法是GROUP BY 商品表.商品号, 商品表.商品名。另一个常见错误是WHERE条件写成别名判断SQL Server 里不允许在WHERE中引用SELECT里定义的列别名同学总在这里栽跟头。再举一个HAVING误用的例子SELECT 商品号, COUNT(*) AS 销售笔数 FROM 销售表 GROUP BY 商品号 HAVING 销售数量 5;这里的错误是HAVING引用了非分组列「销售数量」。HAVING只能写聚合函数表达式或分组列正确写法要么是HAVING COUNT(*) 5按笔数筛选要么是HAVING MAX(销售数量) 5按单笔最大量筛选。这类题改错的关键是记住WHERE筛选原始行、HAVING筛选分组结果两者位置和内容都不可互换。4.2 一道销售汇总题的标准答案写法模板代码逐段说明程序设计题没有现成代码可改需要从零写。以南开题库里最常见的一类为例统计每件商品的销售总额和销售笔数输出商品号、商品名按销售总额降序排列。完整写法如下SELECT TOP 100 PERCENT p.商品号, p.商品名, SUM(s.销售数量 * p.销售价) AS 销售总额, COUNT(*) AS 销售笔数 FROM 销售表 AS s INNER JOIN 商品表 AS p ON s.商品号 p.商品号 GROUP BY p.商品号, p.商品名 ORDER BY 销售总额 DESC;逐段说明。TOP 100 PERCENT是出于历史习惯写的如果你把这段 SQL 嵌进子查询或视图老版本要求排序查询必须带TOP考试环境里带上最稳妥直接执行可以省略。INNER JOIN ... ON是 2005 以后的显式连接写法替代了老题答案里的FROM 销售表 s, 商品表 p WHERE s.商品号 p.商品号逗号连接写法显式连接的逻辑更清楚也是新版本和考试标准答案更认可的写法。SUM(s.销售数量 * p.销售价)是销售总额注意这里用的是销售价而不是进货价金额字段别选错。COUNT(*)统计销售笔数如果你只想要「实际有销售数量」的笔数可以写成COUNT(s.销售数量)但这要求销售数量列没有NULL。最后GROUP BY必须同时包含商品号和商品名因为SELECT里的非聚合列都要进分组这不仅是语法要求也是结果可预期性的保证。这道题练完把表名换成雇员表、把聚合函数换成AVG就是另一道题。程序题的本质是同一个模板的变体练熟这一题一大半的汇总类程序题就通了。4.3 用 EXCEPT 替代肉眼对答案两次差集都为空的判题技巧独自练题最大的问题是对答案跑出来的结果集几十行和 PDF 答案一页一页肉眼对比费时且容易看错。我的办法是把「对答案」变成机器操作核心是 SQL Server 的EXCEPT集合差运算。做法分三步。第一步把题库答案里的预期结果建成一张标准表standard_result第二步把自己的查询结果用SELECT ... INTO my_result存成另一张表第三步跑两次差集判断。如果「我有而答案没有」的差集为空说明你没有多输出数据如果「答案有而我没有」的差集也为空说明你没有漏数据。两次都为空结果集合完全一致-- 第 1 步按题目答案建标准表并插入最后一行要对比的结果 CREATE TABLE standard_result ( 商品号 CHAR(8), 商品名 NVARCHAR(40), 销售总额 MONEY, 销售笔数 INT ); INSERT INTO standard_result VALUES (SP000001, N编程入门, 800.0000, 10); -- 第 2 步把自己跑出的结果集保存 SELECT p.商品号, p.商品名, SUM(s.销售数量 * p.销售价) AS 销售总额, COUNT(*) AS 销售笔数 INTO my_result FROM 销售表 AS s INNER JOIN 商品表 AS p ON s.商品号 p.商品号 GROUP BY p.商品号, p.商品名; -- 第 3 步正向差集我有的答案没有和反向差集答案有的我没有 SELECT * FROM my_result EXCEPT SELECT * FROM standard_result; SELECT * FROM standard_result EXCEPT SELECT * FROM my_result;说明一下EXCEPT在这个场景里的两个特性。第一它要求两边结果集的列数和数据类型完全一致左边是CHAR(8)右边就必须也是CHAR(8)不一致会直接报错这个限制反而帮你养成了保持输出结构一致的好习惯。第二在 SQL Server 的EXCEPT行比较中NULL值被视为相等所以查询结果里出现NULL时靠差集判题依然是可靠的不会把空值误判成差异。如果正向差集不为空你要检查自己是不是多选了记录反向差集不为空则是漏了记录或条件写宽了。把两次判题的代码存成一个 SQL 脚本每练完一题就改一下表名跑一遍效率比肉眼对答案高一个量级。4.4 高频翻车点三类日期边界、空值与金额精度练题过程中最容易翻车的是三个地方。第一个是日期边界。统计某一天的数据新手常写WHERE 销售日期 BETWEEN 2024-01-01 AND 2024-01-01这只会匹配到2024-01-01 00:00:00这一瞬间的数据当天其余时间全部漏掉。正确写法是半开区间WHERE 销售日期 2024-01-01 AND 销售日期 2024-01-02第二个是空值参与聚合。SUM、AVG会忽略NULL行但COUNT(*)会把NULL行也数进去。题目要求统计「有销售记录的商品」时如果销售数量允许为NULL这两个函数的结果会不同。练题时先看清表结构里哪些列允许NULL再决定用哪个计数函数。第三个是金额精度。MONEY类型运算结果带 4 位小数比如 800 显示成800.0000。题库答案里的金额可能是两位小数直接比较就会因为精度不一致被EXCEPT判为不同。这种情况下先在查询里对金额做ROUND(销售总额, 2)再保存结果或者建标准表时也用 4 位小数录入。我一般统一用ROUND(... , 2)让两边都收敛到两位小数再判题。提示日期比较和金额精度这两个坑在填空题里出现频率很高。看到题目要求「某日」「某月」关键词时先停下来确认时间范围写法比写完全篇再回头检查效率高得多。5. 南开100题避坑清单PDF 版本、老语法与环境的四个典型坑练题到中途会陆续遇到几个绕不开的坑。这一章直接把现象、原因和解决办法列出来遇到时对照处理即可。5.1 手里的 PDF 是哪个时代的老版 VB 题与新纲 SQL 题的判断现象打开 PDF 前 10 题发现题目里全是「在窗体上添加一个命令按钮」「设置文本框的属性」和你预想中的 SQL 查询完全是两回事。原因三级数据库技术上机大纲经历过改版南开 100 题也有人整理过多个版本。写「精确版」的 PDF 并不一定对应最新大纲它可能只是对旧版扫描件的校对更仔细。解决办法是三条快速判断标准看题目主体是不是 SQL 语句看有没有出现Form、CommandButton这类界面控件词看题目数据场景是不是商品、雇员、学生这类关系表。如果是纯 SQL 语句加关系表就是新纲按前面第 4 章的方式练如果是 VB 界面题主要价值在中间嵌套的 SQL 片段练的时候忽略界面部分只把 SQL 抽出来跑。如果整本都是 VB你需要另找一套纯 SQL 题作为主练习材料这一本当补充素材用。5.2 复制答案报错的隐患全角引号、全角空格与 OCR 误读现象把 PDF 答案里的代码复制到 SQL 窗口执行脚本红成一片肉眼对比怎么看都没问题。原因老版 PDF 的文字层来自 OCR引号经常是中文全角引号某些转排版本的代码里混入了全角空格数字 0 和字母 O、数字 1 和字母 l 在页面上长得几乎一样。这几个问题单独看都不明显组合起来就是整段代码全部报错。解决办法分三层先处理引号把代码里的全角引号替换成半角引号SQL 字符串只认半角单引号再处理全角空格用编辑器的查找替换把全角空格U3000替换为空字符串最后如果还报错不要继续盯着屏幕找差异直接把报错那一行手敲一遍。这种排错很费时间但遇到过一次就会长记性后面再复制代码会主动先检查全角字符。5.3 老语法*在 SQL Server 2008 之后的兼容性翻车现象跑老题库答案时WHERE s.商品号 * p.商品号报错「语法不正确」。原因*是 SQL Server 2000 时代的外连接写法2005 起官方弃用2008 之后默认兼容级别下直接解析失败。如果你把库设置成了 80 兼容级别这段代码可能还能跑但结果行为在新版本里已经不完全可靠。解决办法是把所有*一律改写为显式LEFT JOIN-- 旧写法2000时代 SELECT * FROM 销售表 s, 商品表 p WHERE s.商品号 * p.商品号; -- 新写法 SELECT * FROM 销售表 s LEFT JOIN 商品表 p ON s.商品号 p.商品号;两种写法语义等价左表销售表的行全部保留右表商品表匹配不到的列填NULL。见到*就直接替换别想保留旧语法因为考试环境的高版本不一定还认识它。5.4 连接失败与服务起不来按三个顺序排查环境问题现象SQL Server Management Studio 连不上localhost报错信息各式各样从「网络相关错误」到「登录失败」。原因大部分集中在三个点按顺序排查最快。第一是服务没启动SQL Server 安装后服务不一定设置为自动启动。打开 SQL Server 配置管理器看「SQL Server 服务」里实例是否处于运行状态没运行就右键启动。第二是 TCP/IP 协议没启用配置管理器里打开「SQL Server 网络配置 → 实例名的协议」确认 TCP/IP 状态是「已启用」。第三是sa登录失败需要先确认登录名和密码正确再用 Windows 身份登录执行开启语句。命令行验证连接最直接sqlcmd -S . -U sa -P 密码 -d NankaiTest -Q SELECT 1参数含义-S .表示本机默认实例如果是命名实例就写.\SQLEXPRESS-U和-P指定账号密码-d指定默认库-Q执行完退出。返回1就代表连接、认证、数据库访问三层全通。如果这条还报错去 Windows 事件查看器里看 SQL Server 错误日志服务启动失败的具体原因比如文件权限、端口冲突都在里面。6. 考前一周的快速验证技巧用结果表对比把 100 题变成一张「通过表」考前一周不建议再刷新题重点是验证旧题是不是真的会。我常用的方法是把第 4 章的 EXCEPT 判题流程固定下来做成一张「通过表」让每次练习都有一个明确的通过/未过结论。6.1 建立一张进度表题号、用时、差集结果每次练完一题记录四列信息题号、用时、正向差集行数、反向差集行数。正向差集不为 0 说明你多写了答案没有的数据反向差集不为 0 说明你漏了数据两边都是 0 才标记为「通过」。题号用时分正向差集行数反向差集行数结论0011200通过0022030未过多出数据0033505未过漏数据0041500通过考前一周每天把已通过的题目随机抽 10 题重跑全部一次通过说明稳定有任何一题差集不为空就针对那一题翻 PDF 答案重点看自己当初漏了什么条件。这张表比「我今天刷了 20 题」这种自欺欺人的记录真实得多。6.2 换库名重写把背题变成真会还有一个练习习惯想分享做过的题把自己的库重命名后再做一遍。比如把「商品表」改成product、「销售表」改成sales字段名也换掉然后不翻答案重新读题、重写 SQL再用 EXCEPT 验证。原理很简单题库 PDF 是固定文本熟练之后你会记住「这道题是 SELECT 开头、那道题用 GROUP BY」但这种记忆换一个表名、换一套字段就全部失效。上机考试题目不会和题库一字不差换名重写能直接暴露你是不是只背住了题面。我当时练到第 60 题时觉得自己稳了结果用换名库模拟考试直接没写出来从那以后每次练完都强制换名重写一遍。这个方法不复杂只是需要一点点耐心坚持做完的人考场上会明显比别人稳。希望帮到你。本文还有配套的精品资源点击获取