企业官网建设流程全解析

简介：面向计算机三级数据库技术上机考试的备考者，这份南开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 对英文字母和数字识别率很高，但中文容易认错，比如「雇员」被识别成「雇员表」的变体或「售销」这种颠倒字。这类错误一旦流进练习，后续建表会一直对不上题面。校对时以题目里给的建表语句为准，逐字段比对一遍再开练。

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 最低到 90，SQL Server 2016 之后最低就是 100 了。所以我的建议很直接：练习老题库，优先装 SQL Server 2012 Express，免费、资源占用低、还保留了对 80 级别兼容的支持。

如果已经装了高版本，也不是完全没办法，可以把练习库的兼容级别手动调低。在 2012 上执行下面这句，库就会按 SQL Server 2000 的语义运行：

ALTER DATABASE NankaiTest SET COMPATIBILITY_LEVEL = 80;

这段 SQL 的作用是把NankaiTest数据库降级到 2000 兼容级别，从而复现老题库编写时的行为语义。兼容级别不改变 SQL 语法解析器本身，但会影响部分查询计划行为和旧语法的可用范围，对练习来说足够逼近那个年代的环境。注意，执行前要先确保当前连接能访问这个库，并且该版本支持目标兼容级别，版本支持范围就是上面那张表。

3.2 安装与初始化三个关键选项：认证模式、排序规则与实例名

装 SQL Server 2012 Express 时有三个选项会直接影响后面练题，提前设对能省不少事。

第一个是认证模式，安装向导里选「混合模式」，并给sa账号设一个密码。题库里很多程序题的示例连接串都是server=localhost;uid=sa;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 改错题五步法：先编译、再查四类错

改错题拿到手，别逐行读代码，按下面五步走：

1. 把题目给的代码原样粘贴进查询窗口，先执行一次；
2. 有编译错误，先记下报错的行号和错误类型；
3. 没编译错误，看结果集是否和题目描述一致；
4. 结果不对，按四类错点排查：连接条件是否有漏、GROUP BY和SELECT列是否匹配、聚合函数是否用错、日期范围是否覆盖全天；
5. 改完再执行，然后跑 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 字符串只认半角单引号）；再处理全角空格，用编辑器的查找替换把全角空格（U+3000）替换为空字符串；最后如果还报错，不要继续盯着屏幕找差异，直接把报错那一行手敲一遍。这种排错很费时间，但遇到过一次就会长记性，后面再复制代码会主动先检查全角字符。

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 才标记为「通过」。

考前一周每天把已通过的题目随机抽 10 题重跑，全部一次通过说明稳定；有任何一题差集不为空，就针对那一题翻 PDF 答案，重点看自己当初漏了什么条件。这张表比「我今天刷了 20 题」这种自欺欺人的记录真实得多。

6.2 换库名重写：把背题变成真会

还有一个练习习惯想分享：做过的题，把自己的库重命名后再做一遍。比如把「商品表」改成product、「销售表」改成sales，字段名也换掉，然后不翻答案，重新读题、重写 SQL，再用 EXCEPT 验证。原理很简单：题库 PDF 是固定文本，熟练之后你会记住「这道题是 SELECT 开头、那道题用 GROUP BY」，但这种记忆换一个表名、换一套字段就全部失效。上机考试题目不会和题库一字不差，换名重写能直接暴露你是不是只背住了题面。

我当时练到第 60 题时觉得自己稳了，结果用换名库模拟考试直接没写出来，从那以后每次练完都强制换名重写一遍。这个方法不复杂，只是需要一点点耐心，坚持做完的人考场上会明显比别人稳。希望帮到你。

本文还有配套的精品资源，点击获取