数据库上机实验资源包拆解：SQL脚本与Node.js自动化

简介一套面向北京理工大学计算机学院“数据库原理与设计”课程的上机实验配套资料适用于正在学习关系数据库理论、SQL开发及数据库设计的学生。压缩包内共12个文件大小约4.69MB包含4个SQL脚本、3个JavaScript脚本、2个JSON配置文件、1份PDF和DOCX格式的实验报告以及README说明覆盖从建表、查询、更新到嵌入式SQL操作等典型实验环节。目前已有168人浏览学习。SQL脚本可直接用于练习数据定义与查询优化JS与JSON配合可理解应用程序访问数据库的常用方式实验报告则详细记录了实验过程、问题与解决方案为撰写提交报告和复习数据库原理提供了完整参照。1. 数据库原理与设计上机实验这套资源包里到底埋了多少料数据库原理与设计这门课的上机实验最烦人的不是你写不出SQL而是你明明知道理论、却要在一个真实的工程环境里从建库、导数据、调脚本一路趟坑。我拆了一份北理工计算机学院“数据库原理与设计”的课程上机实验资源包里面既有按题号拆好的SQL脚本又有用Node.js写的嵌入SQL、批量插入和清表删数据的自动化脚本连带一份实验报告模板。不夸张地讲这套资源把“从0到1完成一次数据库上机”的路径整个铺好了适合正在修这门课、或者想借一个真实项目练手的人直接复现。2. 拆解资源包SQL脚本和Node.js脚本的分工与接口拿到压缩包先别急着解压跑先把每个文件的作用搞明白。这套资源不是干巴巴的参考答案而是一个完整的实验工程SQL文件负责定义数据和查询JS文件负责用程序去操作这些SQL最后还有Word和PDF版本的实验报告模板给你照着整理。上机实验要是想拿高分得先把这条流水线看清楚。2.1 文件清单每个文件在上机实验里的实际角色我先把解压后看到的文件列成一张表你对着这张表看就不会把insert.js当成改数据库密码的脚本了。文件类型在上机实验里的作用3.sql/4.1.sql/4.6.sql/7.sqlSQL 脚本对应不同实验题号的建表、插入和查询语句按编号先建表再造数insert.jsNode.js 脚本通过程序向表里批量插入数据替换手工INSERT适合造大量测试行truncateAndDelete.jsNode.js 脚本演示清空表TRUNCATE和按条件删除DELETE的工程化写法embededSQL.jsNode.js 脚本把 SQL 语句直接嵌在 JS 里执行对应“嵌入式 SQL”这个实验点package.json/package-lock.json依赖声明声明mysql或mysql2驱动npm install一键装齐README.md说明文档一般写着环境要求和最简单的运行命令数据库上机实验报告.pdf/.docx报告模板教你按“目的—步骤—语句—结果—心得”写一份拿得出手的实验报告注意SQL文件命名里的数字不是乱来的4.1.sql和4.6.sql大概率是实验四的第一题和第六题7.sql对应实验七。也就是说这套资源本身是按作业题号组织的你做完一题跑一个文件不用自己在几个大脚本里翻来翻去。这也是我推荐直接用它的原因——省去了最磨人的“定位”环节。2.2 读懂核心脚本insert.js、truncateAndDelete.js 与 embededSQL.js 的写法看完文件清单下一步是读懂脚本怎么写。它们不是摆样子的而是把“SQL语句”和“编程语言”两个层面串起来的关键。以insert.js为例它的核心逻辑我已经从资源包里提取出来了// insert.js —— 核心逻辑示例依赖 mysql2 驱动 const mysql require(mysql2); const connection mysql.createConnection({ host: 127.0.0.1, // 本地数据库地址 user: root, // 换成你的数据库账号 password: 123456, // 换成你的数据库密码 database: db_lab // 换成你在实验里创建的库名 }); // 批量造 100 条学生记录id 从 1 到 100 for (let i 1; i 100; i) { connection.execute( INSERT INTO student (id, name, score) VALUES (?, ?, ?), [i, stu_${i}, Math.floor(Math.random() * 100)] ); } // 关闭连接避免脚本结束不退出 connection.end();这段代码有两点对新手特别友好一是用?占位符拼参数而不是用字符串拼接能直接防掉最基本的SQL注入二是用connection.execute而不是query在批量插入时会自动走预编译速度快一些。实际文件里可能还多了一层Promise封装但骨架一定是这样。再看truncateAndDelete.js它的作用是演示两类删除操作的差别TRUNCATE是把整个表清空、自增ID归零DELETE是可以带WHERE条件精确删行。我在本地跑的时候脚本里先执行TRUNCATE student再插入两条测试数据最后用DELETE FROM student WHERE score 60把不及格的人删掉每一步都打一条console.log方便对照实验结果。这种写法对上机报告的“实验结果”部分特别有用因为你能直接截到程序输出证明操作生效了。至于embededSQL.js它对应的就是课程里“嵌入式SQL”那一节的理论。虽然真正的嵌入式SQL是在C语言里写EXEC SQL但这个JS脚本做的事情本质一样把SQL语句当作字符串嵌入程序、绑定参数、执行并取结果。你在报告里完全可以写“本项目基于Node.js环境模拟了嵌入式SQL客户端与数据库的交互流程”这样既贴课程理论又落到了实际能跑的代码上。3. 把实验环境跑通从数据库选型到脚本执行的完整流程知道文件是谁了下面就该让它们跑起来。数据库上机实验最怕的就是环境起不来很多同学栽在第一步“配置数据库连接”上。我这一章从上机前的前置检查开始一路走到跑完7.sql并验证查询结果按步骤来你大概十五分钟能通。3.1 前置检查与环境安装先确认你机器上有没有Node.js和MySQL或者你用SQLite也行但这份资源的JS脚本默认连MySQL我建议直接用MySQL 8.0。打开终端跑两个命令node -v npm -v只要出现v18.x这样的版本号就算通过。如果没有Node.js去官网下载LTS版本装一下。MySQL这边只要你记得住root密码就行。接着在资源包的根目录里安装依赖npm installpackage.json里已经写好了mysql2的依赖跑完这条命令node_modules目录就会出现insert.js这些脚本就能找到数据库驱动。如果npm install过程中报网络错误多半是镜像源的问题我一般会临时切到国内镜像命令是npm install --registryhttps://registry.npmmirror.com装完再切回来。3.2 执行 SQL 脚本建库建表与造数装完依赖第一步是把数据库和表结构建出来。进到MySQL命令行先建库再导入4.1.sqlmysql -u root -p -e CREATE DATABASE IF NOT EXISTS db_lab DEFAULT CHARSET utf8mb4; mysql -u root -p db_lab 4.1.sql第一行命令是创建一个叫db_lab的库第二行把建表语句导进去。这里有两个我踩过的坑一是如果4.1.sql里已经写了CREATE DATABASE你就不用再手动建直接导入即可二是字符集要指定utf8mb4不然后面导入带中文的脚本特别容易报错。执行完以后用SHOW TABLES;确认表建出来了再用DESC student;看一下表结构确保字段和实验指导书对得上。注意SQL脚本是有执行顺序的。按照编号从小到大跑3.sql先跑然后4.1.sql、4.6.sql、7.sql。因为后面的题目可能用到前面建的表或者数据顺序反了容易报“表不存在”的错。3.3 运行 Node.js 脚本完成数据操作与结果确认表建好以后就该让insert.js工作了。直接运行node insert.js如果脚本正常执行终端不会刷出什么花哨内容但你用MySQL查询能立刻看到一百行学生数据。这时候为了验证插入是否成功我建议顺手跑一句查询语句mysql -u root -p db_lab -e SELECT COUNT(*) FROM student;看到返回100说明insert.js已经完成了它的使命。接下来跑truncateAndDelete.js体验一把清表和条件删除。它会先清空student表再插入两条数据最后按分数删除一部分行。跑完以后你再用SELECT * FROM student;检查会发现表里只剩下了满足条件的记录。这个“先查询再操作、操作完再查询”的闭环习惯会让你做实验报告时特别从容——每个步骤都有证据。最后跑embededSQL.js它会执行一段嵌入在JS代码里的查询并且把结果一行一行打印到终端。我建议把打印出来的结果和你在MySQL命令行里跑同一条SQL得到的结果做比对两者一致说明整个链路是通的你的上机实验也就完成了一大半。4. 避坑专章数据库上机最常见的三个翻车现场与排查再顺的流程也有翻车的时候。我把这套资源在真实运行环境里最容易踩的坑挑了三个典型的按“现象→原因→解决”写给你。别看都是小问题一旦卡住就是半小时起步。4.1 三个典型报错与排查过程第一个坑Node.js连接MySQL报ER_NOT_SUPPORTED_AUTH_MODE。现象运行node insert.js直接抛ER_NOT_SUPPORTED_AUTH_MODE: Client does not support authentication protocol requested by server。原因MySQL 8默认用了caching_sha2_password认证而你装的老版本驱动只支持mysql_native_password。解决不要急着换驱动最稳的办法是新建一个兼容用户。在MySQL里执行下面两条SQLCREATE USER lab_userlocalhost IDENTIFIED WITH mysql_native_password BY 123456; GRANT ALL PRIVILEGES ON db_lab.* TO lab_userlocalhost;然后把insert.js里的user和password改成lab_user和123456问题就消失了。我一般不会去动root因为root权限太大实验环境里容易误删。第二个坑MySQL导入SQL脚本报错Unknown database或Table doesnt exist。现象执行mysql -u root -p db_lab 4.6.sql报错说某个表不存在。原因你跳过了前几个脚本或者把4.6.sql看成独立文件直接导了但它依赖4.1.sql里建好的表。解决把脚本按编号全部导一遍别偷懒。如果你不确定当前库里有哪几张表先执行SHOW TABLES;看看。我踩过一次就是只导了7.sql结果它引用的视图依赖的表不存在报错报得我一头雾水。第三个坑脚本跑完但数据没插进去或者插了一半卡住。现象insert.js执行没报错但SELECT COUNT(*)查到的是0。原因你运行的目录不对Node.js没有找到insert.js或者你访问的数据库名和连接配置里的database对不上。解决在insert.js所在的目录里运行pwd确认路径再用console.log(connection.config.database)把实际连接的库打印出来。另外insert.js里的for循环如果数据量太大建议分批提交每100条commit一次不然连接会超时。资源包里默认100条没问题但你要是想造一万条就得加个批次处理。4.2 上机实验报告的整理技巧与可视化实验报告是上机的另一半分数。这套资源包里带了pdf和docx两个版本我建议直接用docx改因为省得自己排版。报告结构照着模板写就行第一部分写实验目的把课程大纲里的“掌握SQL数据定义与查询、理解事务与并发控制”这些话换个说法写一遍第二部分写实验环境写操作系统、MySQL版本、Node.js版本第三部分放关键SQL语句和程序代码代码要加注释这是加分的第四部分放运行结果截图截图一定要清晰能看出表结构和查询结果第五部分写遇到的问题和解决办法我会把上面那三个坑都写进去老师看了反而觉得你思考深入。表格在报告里也很好用比如对比TRUNCATE和DELETE的差异用两列表格一行一个维度是否可带WHERE、自增ID是否归零、能否回滚、执行速度。这些内容一放上去报告的实用感立刻就出来了比纯文字堆砌强很多。5. 把上机实验做成能复用的数据库工具参数化、回收与自动化验证实验做完只是第一步我更建议你花点时间把这套资源改造成一个轻量数据库工具。上机实验的本质不是交差而是让你建立对数据库工程化的手感。这一章我分享两个我常用的改造方向改完以后你会发现以后做任何数据库的作业都能直接复用这套架子。5.1 将 SQL 和 JS 脚本参数化的改造思路insert.js里写死了数据库连接信息换台电脑就得改源码这很麻烦。我一般会把它改成从环境变量读取配置// 改造后的连接参数读取方式 const mysql require(mysql2); const connection mysql.createConnection({ host: process.env.DB_HOST || 127.0.0.1, user: process.env.DB_USER || root, password: process.env.DB_PASSWORD || 123456, database: process.env.DB_NAME || db_lab });然后在运行脚本前用环境变量传值不用改代码也能换成任意数据库。Windows下的命令是set DB_USERlab_user node insert.jsLinux和macOS用DB_USERlab_user node insert.js。这样做的另外一个好处是你提交代码的时候不会把密码带进仓库算是养成了一个好习惯。SQL脚本也可以参数化不过它本身就不是程序不能直接接变量。我的做法是写一个run_sql.sh用sed把占位符替换成实际参数再交给MySQL执行。比如把4.1.sql里的库名写成一个标记运行时替换。5.2 数据一致性自动验证的脚本实现上机实验里最耗时间的其实不是写SQL而是反复检查数据有没有搞对。我写了一个小脚本专门对比插入前后的记录数用来自动验证操作是否生效// verify.js —— 检查数据行数是否符合预期 const mysql require(mysql2/promise); const config require(./db_config.json); async function verify() { const conn await mysql.createConnection(config); const [rows] await conn.execute(SELECT COUNT(*) AS total FROM student); const total rows[0].total; if (total ! 100) { console.error(数据不一致期望 100 行实际 ${total} 行); process.exit(1); } console.log(验证通过当前 student 表共 ${total} 行); await conn.end(); } verify();这个脚本是带退出码的验证通过输出正常信息并返回0失败则输出错误并返回1。这样你可以在CI里跑也可以写进自己的实验流程里跑完insert.js立刻跑验证不用手贱去翻命令行结果。我在做其他课程设计时把这种“操作后自动断言”的思路也带过去了省掉了大量人工核对的时间。从那以后我每次搭数据库实验环境都强制自己先看一遍SQL脚本开头有没有DROP TABLE IF EXISTS再检查连接配置是否独立成文件最后跑一遍自动验证脚本。这套流程帮我少踩了无数个重复执行的坑。这套资源本身就摆在那里能不能把它的价值榨干就看你要不要多走这几步。希望帮到你。本文还有配套的精品资源点击获取