尧图网站建设 
简介一份面向Access数据库初学者的《数据库及其应用》实验报告适合高校学生在完成数据库设计、表创建、查询及数据交换实验时参考对照。报告以“教学管理”系统为例从概念设计中的E-R模型搭建到逻辑设计中的关系模型转换逐步讲述数据库文件创建、表结构与字段属性定义、主键与参照完整性设置、输入掩码及查阅控件配置并详细解析数据库窗口操作、组管理、SQL的SELECT、插入、更新、删除语句、参数查询以及外部数据的导入导出与链接。资源包内仅含1个doc文档压缩包约1.45MB内容完整已有111人学习下载。通过这份报告可以快速理解Access数据库从建模到操作实现的全过程包括实验目的、环境要求与操作步骤节省整理实验步骤的时间也能借鉴其中的操作描述与要求写法用于完善自己的实验报告或复习备考。1. 数据库作业数据库作业.doc先读懂这份doc里的评分点再动手写SQL“数据库作业数据库作业.doc”这个文件名一看就是手滑重命名出来的但里面的内容通常逃不出几个固定套路要你设计一个业务系统学生选课、图书借阅、超市销售给出ER图、数据字典再配一套能在数据库客户端里跑通的增删改查语句。很多人打开这份doc就急着敲SQL最后发现评分点是ER图规范度和存储过程有没有写而不是你的select写得有多炫。这篇文章按我处理这类作业的顺序来从doc文本里抽实体、建关系模式、用MySQL落地、再导出成一份能提交的doc报告并顺手把死锁、乱码、外键报错这类常见坑点排一遍。适合正在赶数据库课程设计或补数据库基础的人。2. 从doc文本到ER图实体、联系和关系模式怎么拆2.1 在作业要求里找“名词”和“动词”先不要打开MySQL数据库作业的第一道坎是把自然语言变成表。我的做法是把doc里题目要求按句子拆开圈出名词和动词。名词多半是实体比如“学生”“课程”“成绩”“图书”“读者”动词是联系比如“选修”“借阅”“购买”。一个句子如果出现“每个XX可以有多个YY”这里基本就是一对多如果是“多个XX可以对应多个ZZ”就是多对多典型要拆第三张表。举个例子。题目写“学生选修课程每门课程有多个学生选修每个学生可以选多门课程记录选修成绩。”这里的实体就是学生和课程“选修”是联系而且明显是多对多于是需要一张选课表来存学号, 课程号, 成绩三个字段。这里最怕的是把“成绩”当成学生的属性或课程的属性那就废了因为成绩是选修这个行为产生的只属于学生和课程的组合。如果题目里出现“部门下多个员工员工归属一个部门”这就是一对多外键放在员工表里存部门号。识别对了联系类型后面建表能少改好几次这是我在不同作业里反复踩出来的经验。遇到模糊的地方把原文复制到数据字典的备注里后面评审时也说得清。2.2 ER图转关系模式主键、外键和复合键实体和联系确认后按三个规则转关系模式每个实体一张表实体属性就是字段多对多联系单独建一张表字段是双方主键加上属性一对多联系不需要单独建表在“多”的那侧加外键。以学生选课为例关系模式可以用一个表格列出来表名关键字段主键说明studentstudent_id, name, gender, classstudent_id学生实体coursecourse_id, course_name, creditcourse_id课程实体scstudent_id, course_id, score(student_id, course_id)选课联系转成的表外键分别指向学生和课程注意sc表的score字段放在这里不是放在student里。复合主键的意义在于同一个学生同一门课只能有一条成绩记录数据库会帮你挡住重复数据。外键字段类型必须与父表主键一致int就是intvarchar就是varchar长度不一致在后期加外键约束时会翻车。字段命名尽量用英文小写加下划线doc报告里再写“对应中文名”比一股脑用拼音强也比中文列名省去一堆编码问题。2.3 先写数据字典还是先建表我习惯先画一个精简的数据字典再写CREATE TABLE。数据字典没多少字但能让你确认字段命名、类型和长度避免建完表之后再大规模alter。下面是一个数据字典的常见格式字段名类型允许空默认值说明student_idINT否无学号自增主键nameVARCHAR(20)否无姓名genderCHAR(1)是男性别classVARCHAR(30)是NULL班级这里最需要认真决定的是字符长度。姓名我一般给VARCHAR(20)班级给VARCHAR(30)课程名给VARCHAR(50)不要为了省空间给varchar(5)中文多取几个字就报错也不要因为懒全给VARCHAR(255)会让索引碰到长度限制作业里的索引评分点反而成扣分项。VARCHAR(20)在MySQL里默认是20个字符对中文也按字符算所以20足够放绝大多数姓名。CHAR和VARCHAR的区别也要知道CHAR定长、VARCHAR变长性别这类固定长度用CHAR姓名课程名这类变长用VARCHAR。2.4 用范式检查表设计别让重复数据毁掉评分印象数据库作业的评分点往往暗含在题目的知识点里比如第一范式、第二范式、第三范式。检查方式很简单第一范式要求字段不可再分你把一个字段拆成“数学成绩、英语成绩”这种多值字段就违例第二范式要求非主键字段完全依赖整个主键在选课表假设主键是(学号, 课程号)那“学生姓名”放在选课表里就依赖了学号而不是整个复合主键要拆走第三范式要求非主键字段间不能有传递依赖比如“班级”依赖“学号”而非依赖另一个字段。作业里最常见的违例是把“班级”连同“班主任”一起塞进学生表虽然学生表里“班主任”不直接依赖学号而是依赖班级这已经触及第三范式。我一般会把班里学生和班主任作为两个实体处理或者作业场景简单时至少要在报告里说明为什么保留这个冗余是可以接受的。不用写长篇大论数据字典旁边加一句“该字段保留冗余以便展示班级信息不影响业务约束”就能堵住老师的追问。另外设计阶段能顺手考虑一下“数据库sql”里的事务和锁问题最好但这不是现在该做的事。设计阶段最重要是主键外键明确这样后面所有SQL都围绕主键走性能也不会太难看。很多“数据库死锁”的实现问题其实在表设计不合理时就被埋下了伏笔比如删除记录时外键关联过多后期很容易卡死。2.5 doc里没写清楚的需求先按最简模型落地留注释有些作业描述只有一句话“设计一个图书借阅系统”没有具体属性。这时候不要停下来发呆按最常规的读者表、图书表、借阅表来做属性选最常用的读者编号、姓名、办证日期图书书号、书名、作者、库存借阅读者编号、书号、借出日期、归还状态。哪怕最后要求不一致把表和题目里出现的词语一一对应上总比空着强。在数据字典里留一列“对应题目描述”例如“读者表-读者信息借阅表-记录借出与归还”这样评分老师一眼能看出来你是认真拆过题的。我提到数据库作业用数据库同步软件的机会其实很少单机MySQL脚本就够。真正需要同步的是把开发机上的库导到提交环境那用mysqldump导SQL文本就够了。所以别在作业里搞自己做了同步服务那不是这个阶段该干的活还可能引起老师追问底层原理。数据模型稳定后再进下一步建库效率会高很多。3. 用MySQL从建库到增删改查一份能跑的作业底稿3.1 建库建表CREATE语句里外键与字符集的三个参数代码块CREATE DATABASE IF NOT EXISTS school_work DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE school_work; CREATE TABLE student ( student_id INT NOT NULL AUTO_INCREMENT, name VARCHAR(20) NOT NULL, gender CHAR(1) DEFAULT 男, class VARCHAR(30) DEFAULT NULL, PRIMARY KEY (student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE course ( course_id INT NOT NULL AUTO_INCREMENT, course_name VARCHAR(50) NOT NULL, credit INT DEFAULT 2, PRIMARY KEY (course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE sc ( student_id INT NOT NULL, course_id INT NOT NULL, score DECIMAL(5,1) DEFAULT NULL, PRIMARY KEY (student_id, course_id), CONSTRAINT fk_sc_student FOREIGN KEY (student_id) REFERENCES student(student_id), CONSTRAINT fk_sc_course FOREIGN KEY (course_id) REFERENCES course(course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明先建库再建表student和course先建sc最后建因为sc的外键依赖前两张表。AUTO_INCREMENT是自增主键适合作业里面的学号、课程号如果要求手动输入学号就别用自增换成INT NOT NULL。外键约束在InnoDB下有效MyISAM不认外键。作业如果没写引擎直接用默认老版本MySQL默认可能是MyISAM要显式写ENGINEInnoDB。参数说明utf8mb4不是utf8utf8mb4能存表情和生僻字utf8在MySQL里最多存3字节。作业要求不高时utf8mb4是最稳选择如果要求里明确说了字符集按题目来。DECIMAL(5,1)表示总分5位、小数点后1位可以存100.0以内的成绩如果你要用百分制整数就改成INT。外键约束名自己起fk_sc_student这种格式看名字就知道关联谁。3.2 增删改查把作业要求的四类语句各写一行代码块-- 插入 INSERT INTO student (student_id, name, gender, class) VALUES (1, 张三, 男, 计算机2101), (2, 李四, 女, 计算机2102); INSERT INTO course (course_id, course_name, credit) VALUES (101, 数据库原理, 3), (102, 数据结构, 4); INSERT INTO sc (student_id, course_id, score) VALUES (1, 101, 92.5), (2, 101, 85.0); -- 查询查每个学生的姓名、课程名和成绩 SELECT s.name AS 姓名, c.course_name AS 课程, sc.score AS 成绩 FROM student s JOIN sc ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id; -- 修改把学号2的数据库原理成绩改成88分 UPDATE sc SET score 88.0 WHERE student_id 2 AND course_id 101; -- 删除删掉学号2的选课记录 DELETE FROM sc WHERE student_id 2;逻辑说明作业要求的“增删改查”一般就是INSERT、SELECT、UPDATE、DELETE别再多写一堆花活。SELECT这里用JOIN是三张表联动因为sc是中间表如果你只select一张表没有体现关系作业分会被砍。UPDATE和DELETE必须带WHERE不带WHERE就是全表修改或清空这是最常见的低级翻车。DELETE只是删选课记录不是删学生所以不会动student表。参数说明JOIN分内连接、左连接作业题目如果只要“有成绩的学生”用内连接JOIN就行如果要“没选课的学生也想显示”就得LEFT JOIN。WHERE里使用外键条件索引才会用上。AS别名可以写中文但必须加引号或者直接省略AS否则在命令行下会解析出错。示例里SELECT后的中文别名用中文加空格没问题但在某些客户端里会报错稳妥做法是写成AS姓名 或者干脆不写别名。3.3 用Python把作业从命令行变成可交互程序很多数据库作业会附带要求“用程序连接数据库”。常见做法是装个PyMySQL库别去搞那些复杂的ORM作业不是生产系统。示例import pymysql conn pymysql.connect( host127.0.0.1, port3306, userroot, passwordyour_password, databaseschool_work, charsetutf8mb4, cursorclasspymysql.cursors.DictCursor ) try: with conn.cursor() as cursor: cursor.execute( SELECT s.name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id ) for row in cursor.fetchall(): print(row) conn.commit() finally: conn.close()逻辑说明连接参数里端口默认3306如果不写默认也是3306password和database要按你本机改别照抄。cursorclass用DictCursor查出来的每行是字典字段名能直接当key用比元组直观。操作完成后用conn.commit()提交查操作不提交也无所谓但写操作不commit别的连接或你重启后数据不在。SQL用三引号包起来这样长语句在代码里不用拼接引号也更接近doc报告里贴源码的格式。参数说明host可以写127.0.0.1避免DNS解析慢如果连接远程数据库写IP地址同时检查防火墙。这个方案适合交“数据库课程设计”的编程部分。如果老师指定Java就用JDBC道理一样只是把连接参数换成jdbc:mysql://127.0.0.1:3306/school_work?useUnicodetruecharacterEncodingutf8mb4。我不建议作业里去追冷门组合比如一些特定的PHP框架或nosql工具只会让你陷入环境问题偏离作业重点。3.4 用mysqldump导出SQL脚本作为课后作业的“后悔药”数据库作业最常见的翻车是辛辛苦苦把表和数据建在可视化工具里最后要交的时候连接断掉或者电脑蓝屏全部白做。我的习惯是每次做完一个阶段就导一次脚本mysqldump -u root -p school_work school_work_backup.sql逻辑说明mysqldump在命令行执行不是MySQL客户端里面。它会生成包含CREATE TABLE和INSERT的完整SQL文本下次要恢复用mysql -u root -p school_work school_work_backup.sql一句导回。这里的school_work是库名导出文件位置以你当前命令所在目录为准。如果你要导的是整库的所有表连存储过程、视图也得导建议加--routines --triggers参数mysqldump -u root -p --routines --triggers school_work school_work_full.sql参数说明--routines导存储过程和函数--triggers导触发器。作业里如果写了存储过程不加这两个参数导出的脚本里就没有评分老师打开你的提交文件时自然会觉得你没做。数据库同步软件在这类场景里是大炮打蚊子mysqldump导出的SQL文本在任何机器上都通用也方便在doc报告里直接贴关键建表语句。4. 把作业落成doc报告从SQL结果到排版技巧4.1 把SELECT结果导出成CSV再贴进Word作业要求提交doc文档不是让你交一个数据库客户端里的截图。最实用的做法是先把查询结果转成CSV再在Word里转成表格。下面用Python写一个最小导出脚本import pymysql import csv conn pymysql.connect( host127.0.0.1, port3306, userroot, passwordyour_password, databaseschool_work, charsetutf8mb4 ) cursor conn.cursor() cursor.execute( SELECT s.name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id ) rows cursor.fetchall() with open(result.csv, w, newline, encodingutf-8-sig) as f: writer csv.writer(f) writer.writerow([学生姓名, 课程名称, 成绩]) writer.writerows(rows) cursor.close() conn.close()逻辑说明代码最后写了一个CSV文件encoding填utf-8-sig这个编码格式会自动带BOM头Excel和WPS打开CSV时中文不会乱码。如果用utf-8不带-sig很多办公软件会按GBK解析你的中文就变成乱码这是数据库作业里非常隐蔽的翻车点。之后把CSV打开全选复制粘到Word里再套一个“表格→套用表格样式”就能生成整齐的表格。参数说明csv.writer的newline是Python3下避免空行不写会在每行后面多一个空行。字段名要跟题目里的叫法一致比如“成绩”就别写成“score”作业评分人看中文更直观。如果你想把结果直接生成Excel可以用pandas但为了交付docCSV到Word已经足够还省去装依赖的麻烦。4.2 doc报告的结构照着评分点写就不会丢分一份能交的“数据库作业.doc”通常是老师给的模板没有模板就按下面这个顺序题目要求、概念结构设计、逻辑结构设计、物理结构设计、程序设计与实现、运行结果、课程设计总结。这些部分不是用来凑字数的每个都要和评分点对上。题目要求里把原始需求用自己的话重述一遍别复制粘贴三五行就够。概念结构设计放ER图截图加一段说明实体和联系。逻辑结构设计放数据字典表格标明主键外键。物理结构设计放建表SQL语句和字符集、存储引擎设置。程序设计与实现放连接数据库的代码和增删改查功能截图。运行结果放每次操作后的输出截图配上小标题。课程设计总结写你遇到的问题和解决办法一两段就够。这里要注意数据库知识点的概念题如果混在作业里比如“简述第三范式”不要把它单独甩到文档最后而是放在概念结构设计后面作为你设计理论的支撑。这样显得整个作业是连贯的不是东拼西凑。如果作业要求里没有模板而你又担心结构不对可以直接把上面这些当二级标题写进doc老师看得清楚你也不用临场发挥。4.3 截图与排版让评分老师一眼找到你的ER图数据库作业的doc最终是给人看的不是给机器跑的。我见过太多同学把半屏模糊截图一贴老师根本看不清字段名分自然就低。正确做法数据库客户端里调整表结构显示让所有字段都可见再截图截图后插入Word时把图片宽度设置成15厘米左右不要拉伸到满页一张图配一句话比如“图1 学生选课ER图”。Word里给表格加边框学号、姓名、课程名这些列用重复标题行跨页时表头会自动重复。这里提一个细节从doc文档里复制自己的SQL到Word时Word会自动把半角引号改成中文引号数据库客户端执行就会报错。我的习惯是在Word里贴完SQL后再人工检查一遍引号是英文的。这个问题后面避坑章还会再讲但排版阶段就要注意别让Word的自动纠正功能毁掉你的作业。另外截图只截关键区域不要连桌面、客户端侧边栏一起截进去显得不专业。4.4 用Word样式生成自动目录和页码一份超过五页的数据库作业文档手工编页码和目录很痛苦而且容易改到一半错位。做法是把章标题设为“标题1”小节标题设为“标题2”正文用“正文”样式然后在文档开头插入“引用→目录”自动目录。以后改了内容右键更新域就能刷新页码。作业交doc格式时Word的自动目录保存正常老师打开也能看到目录。如果老师要求交PDF版另存为PDF即可注意用Word导出PDF时检查中文字体别用系统没有的字体否则换台电脑打开乱码。文件名也要注意“数据库作业数据库作业.doc”这种手滑命名会显得很不严谨。提交前把它改成“数据库课程设计_学号_姓名.doc”或者按老师要求的命名规则来。如果一份doc里还包含多个小题在目录前加一行说明“本报告完成题目1、题目2”老师不需要猜。文档里如果引用了外部资料比如某个函数用法在最后加个“参考”小节链接和书名写清楚这是学术习惯也能防止被误判为抄袭。5. 数据库作业常见翻车点与排查清单5.1 建表顺序导致外键报错现象按文档里的表顺序一条条执行CREATE TABLE到带外键的表时报“Error Code: 1215. Cannot add foreign key constraint”。原因外键引用的父表还没建或者外键字段和父表主键类型不一致甚至两张表的字符集不一样MySQL都会拒绝加外键。很多同学在可视化工具里画表没发现问题是因为工具自动帮你按依赖关系排序了但导出SQL脚本后直接执行就翻车。解决把父表放在前面建子表放后面如果复用了别人的建表语句先检查字段类型student_id是INTsc表里就不要写VARCHAR(20)。还有一种隐蔽情况父表主键是BIGINT子表外键是INT也要报错。把类型对齐后重跑一般就能过。若还不通过暂不建外键约束改用索引并写在报告里说明原因。排查时执行SHOW ENGINE INNODB STATUS里面会留下最近一次外键报错的详细线索虽然冗长但能看到是哪个字段对不上。5.2 字符集不统一导致中文乱码现象插入中文后查询显示问号或者从Python里读出的数据是\uXXXX甚至在doc报告里贴数据字典时中文都变成乱码。原因数据库、表、客户端连接三层字符集不一致。MySQL默认可能是latin1你建的库是utf8mb4但Python连接没加charset参数时依然乱。可视化工具里看着正常换成命令行或代码执行就暴露。解决建库时用utf8mb4建表带CHARSETutf8mb4Python/pymysql连接参数加上charsetutf8mb4。如果旧表已经建成latin1用ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4转换。作业提交前去命令行里执行SELECT * FROM sc看中文是否正常别只信可视化工具。检查当前字符集可以用SHOW VARIABLES LIKE character%把character_set_database和character_set_connection都看到心里就有底了。5.3 删除或更新时长时间卡住事务没提交现象执行UPDATE后客户端一直卡住随后报“Lock wait timeout exceeded”。原因前一个事务里修改了同一行但没COMMIT或ROLLBACK锁被占用也可能是你开了事务但忘了提交然后下一个操作继续等自己的锁。作业本里如果用了事务演示又没在报告里写清楚COMMIT位置老师复现时也很容易触发。解决在客户端里执行COMMIT或ROLLBACK释放锁代码里写连接时用with上下文关闭连接手动事务要在finally里rollback。给WHERE条件加索引也能减少锁冲突比如UPDATE ... WHERE student_id1student_id是主键没问题如果是按name更新name没索引会锁更多行。查看当前谁在持锁用SHOW PROCESSLIST看State字段如果有Waiting for table lock或Waiting for row lock基本就是锁问题。作业阶段最好避免“先删除再插入同一主键”这种操作用INSERT ON DUPLICATE KEY UPDATE更稳。5.4 doc里的SQL被Word智能引号改坏现象从doc作业说明里复制SQL到MySQL老是报语法错误仔细看是红色波浪线在引号附近。原因Word自动把英文双引号和单引号变成中文全角引号数据库不认。这类问题最狡猾因为肉眼几乎分辨不出中文引号和英文引号的区别只有执行时报错。解决在Word里粘贴SQL后全选用查找替换把“ ” ‘ ’替换成英文 。更稳妥的做法是SQL语句先写在记事本或VS Code里最后统一粘进Word保持代码原样。如果老师给的原始doc本身就有全角引号你需要手动改正后再执行别直接运行。还有一个习惯在报告里贴SQL时用等宽字体比如Consolas这样引号、括号看起来都更清楚也能减少Word自动纠正的干预。5.5 提交格式作业要求.doc却交成.docx或一堆截图现象文档另存为时默认存成docx或者把运行截图单独放在图片文件夹里老师打开发现作业不完整。原因没看提交要求以为都差不多。还有的是从WPS导出的文档格式兼容性有问题老师用Office打开样式全乱。解决如果题目明确要求.doc在Word里“另存为→Word 97-2003文档(.doc)”不要交docx。图片和代码全部插入一个文档不要外链图片。提交前再把文件复制到另一台电脑用Office打开一次确保没有“内容损坏”提示。数据库作业的评分精力有限打不开文件直接就是零分这种低级错误最亏。最后上传时文件名按“学号_姓名_数据库作业.doc”来不要用“数据库作业数据库作业.doc”这种重复命名一眼看上去就像草稿。6. 给作业加点分视图、存储过程与索引验证技巧6.1 创建一个成绩视图让老师知道你会封装查询CREATE VIEW v_student_score AS SELECT s.name AS student_name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id;视图不占物理存储每次查询都会实时执行里面的JOIN。文档里写一句“将多表查询封装为视图方便应用层复用”就足够了。注意视图不能直接INSERT、UPDATE如果你在作业里写了通过视图修改数据那是会被扣分的。调用视图用SELECT * FROM v_student_score WHERE score 80这样还能顺便展示WHERE条件查询。6.2 存储过程把一次事务写成一个“原子操作”DELIMITER // CREATE PROCEDURE p_add_score( IN p_sid INT, IN p_cid INT, IN p_score DECIMAL(5,1) ) BEGIN INSERT INTO sc(student_id, course_id, score) VALUES (p_sid, p_cid, p_score) ON DUPLICATE KEY UPDATE score p_score; END // DELIMITER ;DELIMITER // 是告诉MySQL客户端遇到//才结束语句因为存储过程内部有分号写完后再DELIMITER ;调回来。存储过程在作业里不需要多一个就够展示你对事务和流程控制的理解。调用CALL p_add_score(1,102,88.0)。存储过程名不要用系统函数名p_开头比较安全。报告里附上调用结果截图老师能看到输入参数和返回结果比写一堆理论好。6.3 用EXPLAIN验证索引证明你做了优化EXPLAIN SELECT s.name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id;结果里看type字段和key字段。type至少到ref说明用上了外键索引如果是ALL说明全表扫描在作业这种小数据量下无所谓但报告里提出“增加索引避免全表扫描”本身就体现优化意识。sc表的复合主键已经覆盖了student_id和course_id所以这条JOIN的关联条件都能用上索引。如果还有按课程名模糊查询LIKE %数据库%加索引也没用因为前导百分号导致索引失效这就是数据库优化里常说的最左前缀原则作业里提一句就够。我当年第一次交“数据库作业.doc”时也是先把表建出来才画ER图结果ER图和表对不上改图改到凌晨。后来学乖了先花一个小时拆题目、画ER图、写数据字典再动手建库反而比同组同学快了两天。数据库作业本质上不是考你写了多少行SQL而是考你能不能把一个模糊需求变成一堆能互相约束的表。希望这份操作顺序和踩坑记录能帮到你让“数据库作业数据库作业.doc”这个文件名不再意味着熬夜和返工。本文还有配套的精品资源点击获取 数据库作业从ER图到MySQL落地：关系模式设计与SQL实现指南
简介一份面向Access数据库初学者的《数据库及其应用》实验报告适合高校学生在完成数据库设计、表创建、查询及数据交换实验时参考对照。报告以“教学管理”系统为例从概念设计中的E-R模型搭建到逻辑设计中的关系模型转换逐步讲述数据库文件创建、表结构与字段属性定义、主键与参照完整性设置、输入掩码及查阅控件配置并详细解析数据库窗口操作、组管理、SQL的SELECT、插入、更新、删除语句、参数查询以及外部数据的导入导出与链接。资源包内仅含1个doc文档压缩包约1.45MB内容完整已有111人学习下载。通过这份报告可以快速理解Access数据库从建模到操作实现的全过程包括实验目的、环境要求与操作步骤节省整理实验步骤的时间也能借鉴其中的操作描述与要求写法用于完善自己的实验报告或复习备考。1. 数据库作业数据库作业.doc先读懂这份doc里的评分点再动手写SQL“数据库作业数据库作业.doc”这个文件名一看就是手滑重命名出来的但里面的内容通常逃不出几个固定套路要你设计一个业务系统学生选课、图书借阅、超市销售给出ER图、数据字典再配一套能在数据库客户端里跑通的增删改查语句。很多人打开这份doc就急着敲SQL最后发现评分点是ER图规范度和存储过程有没有写而不是你的select写得有多炫。这篇文章按我处理这类作业的顺序来从doc文本里抽实体、建关系模式、用MySQL落地、再导出成一份能提交的doc报告并顺手把死锁、乱码、外键报错这类常见坑点排一遍。适合正在赶数据库课程设计或补数据库基础的人。2. 从doc文本到ER图实体、联系和关系模式怎么拆2.1 在作业要求里找“名词”和“动词”先不要打开MySQL数据库作业的第一道坎是把自然语言变成表。我的做法是把doc里题目要求按句子拆开圈出名词和动词。名词多半是实体比如“学生”“课程”“成绩”“图书”“读者”动词是联系比如“选修”“借阅”“购买”。一个句子如果出现“每个XX可以有多个YY”这里基本就是一对多如果是“多个XX可以对应多个ZZ”就是多对多典型要拆第三张表。举个例子。题目写“学生选修课程每门课程有多个学生选修每个学生可以选多门课程记录选修成绩。”这里的实体就是学生和课程“选修”是联系而且明显是多对多于是需要一张选课表来存学号, 课程号, 成绩三个字段。这里最怕的是把“成绩”当成学生的属性或课程的属性那就废了因为成绩是选修这个行为产生的只属于学生和课程的组合。如果题目里出现“部门下多个员工员工归属一个部门”这就是一对多外键放在员工表里存部门号。识别对了联系类型后面建表能少改好几次这是我在不同作业里反复踩出来的经验。遇到模糊的地方把原文复制到数据字典的备注里后面评审时也说得清。2.2 ER图转关系模式主键、外键和复合键实体和联系确认后按三个规则转关系模式每个实体一张表实体属性就是字段多对多联系单独建一张表字段是双方主键加上属性一对多联系不需要单独建表在“多”的那侧加外键。以学生选课为例关系模式可以用一个表格列出来表名关键字段主键说明studentstudent_id, name, gender, classstudent_id学生实体coursecourse_id, course_name, creditcourse_id课程实体scstudent_id, course_id, score(student_id, course_id)选课联系转成的表外键分别指向学生和课程注意sc表的score字段放在这里不是放在student里。复合主键的意义在于同一个学生同一门课只能有一条成绩记录数据库会帮你挡住重复数据。外键字段类型必须与父表主键一致int就是intvarchar就是varchar长度不一致在后期加外键约束时会翻车。字段命名尽量用英文小写加下划线doc报告里再写“对应中文名”比一股脑用拼音强也比中文列名省去一堆编码问题。2.3 先写数据字典还是先建表我习惯先画一个精简的数据字典再写CREATE TABLE。数据字典没多少字但能让你确认字段命名、类型和长度避免建完表之后再大规模alter。下面是一个数据字典的常见格式字段名类型允许空默认值说明student_idINT否无学号自增主键nameVARCHAR(20)否无姓名genderCHAR(1)是男性别classVARCHAR(30)是NULL班级这里最需要认真决定的是字符长度。姓名我一般给VARCHAR(20)班级给VARCHAR(30)课程名给VARCHAR(50)不要为了省空间给varchar(5)中文多取几个字就报错也不要因为懒全给VARCHAR(255)会让索引碰到长度限制作业里的索引评分点反而成扣分项。VARCHAR(20)在MySQL里默认是20个字符对中文也按字符算所以20足够放绝大多数姓名。CHAR和VARCHAR的区别也要知道CHAR定长、VARCHAR变长性别这类固定长度用CHAR姓名课程名这类变长用VARCHAR。2.4 用范式检查表设计别让重复数据毁掉评分印象数据库作业的评分点往往暗含在题目的知识点里比如第一范式、第二范式、第三范式。检查方式很简单第一范式要求字段不可再分你把一个字段拆成“数学成绩、英语成绩”这种多值字段就违例第二范式要求非主键字段完全依赖整个主键在选课表假设主键是(学号, 课程号)那“学生姓名”放在选课表里就依赖了学号而不是整个复合主键要拆走第三范式要求非主键字段间不能有传递依赖比如“班级”依赖“学号”而非依赖另一个字段。作业里最常见的违例是把“班级”连同“班主任”一起塞进学生表虽然学生表里“班主任”不直接依赖学号而是依赖班级这已经触及第三范式。我一般会把班里学生和班主任作为两个实体处理或者作业场景简单时至少要在报告里说明为什么保留这个冗余是可以接受的。不用写长篇大论数据字典旁边加一句“该字段保留冗余以便展示班级信息不影响业务约束”就能堵住老师的追问。另外设计阶段能顺手考虑一下“数据库sql”里的事务和锁问题最好但这不是现在该做的事。设计阶段最重要是主键外键明确这样后面所有SQL都围绕主键走性能也不会太难看。很多“数据库死锁”的实现问题其实在表设计不合理时就被埋下了伏笔比如删除记录时外键关联过多后期很容易卡死。2.5 doc里没写清楚的需求先按最简模型落地留注释有些作业描述只有一句话“设计一个图书借阅系统”没有具体属性。这时候不要停下来发呆按最常规的读者表、图书表、借阅表来做属性选最常用的读者编号、姓名、办证日期图书书号、书名、作者、库存借阅读者编号、书号、借出日期、归还状态。哪怕最后要求不一致把表和题目里出现的词语一一对应上总比空着强。在数据字典里留一列“对应题目描述”例如“读者表-读者信息借阅表-记录借出与归还”这样评分老师一眼能看出来你是认真拆过题的。我提到数据库作业用数据库同步软件的机会其实很少单机MySQL脚本就够。真正需要同步的是把开发机上的库导到提交环境那用mysqldump导SQL文本就够了。所以别在作业里搞自己做了同步服务那不是这个阶段该干的活还可能引起老师追问底层原理。数据模型稳定后再进下一步建库效率会高很多。3. 用MySQL从建库到增删改查一份能跑的作业底稿3.1 建库建表CREATE语句里外键与字符集的三个参数代码块CREATE DATABASE IF NOT EXISTS school_work DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE school_work; CREATE TABLE student ( student_id INT NOT NULL AUTO_INCREMENT, name VARCHAR(20) NOT NULL, gender CHAR(1) DEFAULT 男, class VARCHAR(30) DEFAULT NULL, PRIMARY KEY (student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE course ( course_id INT NOT NULL AUTO_INCREMENT, course_name VARCHAR(50) NOT NULL, credit INT DEFAULT 2, PRIMARY KEY (course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE sc ( student_id INT NOT NULL, course_id INT NOT NULL, score DECIMAL(5,1) DEFAULT NULL, PRIMARY KEY (student_id, course_id), CONSTRAINT fk_sc_student FOREIGN KEY (student_id) REFERENCES student(student_id), CONSTRAINT fk_sc_course FOREIGN KEY (course_id) REFERENCES course(course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明先建库再建表student和course先建sc最后建因为sc的外键依赖前两张表。AUTO_INCREMENT是自增主键适合作业里面的学号、课程号如果要求手动输入学号就别用自增换成INT NOT NULL。外键约束在InnoDB下有效MyISAM不认外键。作业如果没写引擎直接用默认老版本MySQL默认可能是MyISAM要显式写ENGINEInnoDB。参数说明utf8mb4不是utf8utf8mb4能存表情和生僻字utf8在MySQL里最多存3字节。作业要求不高时utf8mb4是最稳选择如果要求里明确说了字符集按题目来。DECIMAL(5,1)表示总分5位、小数点后1位可以存100.0以内的成绩如果你要用百分制整数就改成INT。外键约束名自己起fk_sc_student这种格式看名字就知道关联谁。3.2 增删改查把作业要求的四类语句各写一行代码块-- 插入 INSERT INTO student (student_id, name, gender, class) VALUES (1, 张三, 男, 计算机2101), (2, 李四, 女, 计算机2102); INSERT INTO course (course_id, course_name, credit) VALUES (101, 数据库原理, 3), (102, 数据结构, 4); INSERT INTO sc (student_id, course_id, score) VALUES (1, 101, 92.5), (2, 101, 85.0); -- 查询查每个学生的姓名、课程名和成绩 SELECT s.name AS 姓名, c.course_name AS 课程, sc.score AS 成绩 FROM student s JOIN sc ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id; -- 修改把学号2的数据库原理成绩改成88分 UPDATE sc SET score 88.0 WHERE student_id 2 AND course_id 101; -- 删除删掉学号2的选课记录 DELETE FROM sc WHERE student_id 2;逻辑说明作业要求的“增删改查”一般就是INSERT、SELECT、UPDATE、DELETE别再多写一堆花活。SELECT这里用JOIN是三张表联动因为sc是中间表如果你只select一张表没有体现关系作业分会被砍。UPDATE和DELETE必须带WHERE不带WHERE就是全表修改或清空这是最常见的低级翻车。DELETE只是删选课记录不是删学生所以不会动student表。参数说明JOIN分内连接、左连接作业题目如果只要“有成绩的学生”用内连接JOIN就行如果要“没选课的学生也想显示”就得LEFT JOIN。WHERE里使用外键条件索引才会用上。AS别名可以写中文但必须加引号或者直接省略AS否则在命令行下会解析出错。示例里SELECT后的中文别名用中文加空格没问题但在某些客户端里会报错稳妥做法是写成AS姓名 或者干脆不写别名。3.3 用Python把作业从命令行变成可交互程序很多数据库作业会附带要求“用程序连接数据库”。常见做法是装个PyMySQL库别去搞那些复杂的ORM作业不是生产系统。示例import pymysql conn pymysql.connect( host127.0.0.1, port3306, userroot, passwordyour_password, databaseschool_work, charsetutf8mb4, cursorclasspymysql.cursors.DictCursor ) try: with conn.cursor() as cursor: cursor.execute( SELECT s.name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id ) for row in cursor.fetchall(): print(row) conn.commit() finally: conn.close()逻辑说明连接参数里端口默认3306如果不写默认也是3306password和database要按你本机改别照抄。cursorclass用DictCursor查出来的每行是字典字段名能直接当key用比元组直观。操作完成后用conn.commit()提交查操作不提交也无所谓但写操作不commit别的连接或你重启后数据不在。SQL用三引号包起来这样长语句在代码里不用拼接引号也更接近doc报告里贴源码的格式。参数说明host可以写127.0.0.1避免DNS解析慢如果连接远程数据库写IP地址同时检查防火墙。这个方案适合交“数据库课程设计”的编程部分。如果老师指定Java就用JDBC道理一样只是把连接参数换成jdbc:mysql://127.0.0.1:3306/school_work?useUnicodetruecharacterEncodingutf8mb4。我不建议作业里去追冷门组合比如一些特定的PHP框架或nosql工具只会让你陷入环境问题偏离作业重点。3.4 用mysqldump导出SQL脚本作为课后作业的“后悔药”数据库作业最常见的翻车是辛辛苦苦把表和数据建在可视化工具里最后要交的时候连接断掉或者电脑蓝屏全部白做。我的习惯是每次做完一个阶段就导一次脚本mysqldump -u root -p school_work school_work_backup.sql逻辑说明mysqldump在命令行执行不是MySQL客户端里面。它会生成包含CREATE TABLE和INSERT的完整SQL文本下次要恢复用mysql -u root -p school_work school_work_backup.sql一句导回。这里的school_work是库名导出文件位置以你当前命令所在目录为准。如果你要导的是整库的所有表连存储过程、视图也得导建议加--routines --triggers参数mysqldump -u root -p --routines --triggers school_work school_work_full.sql参数说明--routines导存储过程和函数--triggers导触发器。作业里如果写了存储过程不加这两个参数导出的脚本里就没有评分老师打开你的提交文件时自然会觉得你没做。数据库同步软件在这类场景里是大炮打蚊子mysqldump导出的SQL文本在任何机器上都通用也方便在doc报告里直接贴关键建表语句。4. 把作业落成doc报告从SQL结果到排版技巧4.1 把SELECT结果导出成CSV再贴进Word作业要求提交doc文档不是让你交一个数据库客户端里的截图。最实用的做法是先把查询结果转成CSV再在Word里转成表格。下面用Python写一个最小导出脚本import pymysql import csv conn pymysql.connect( host127.0.0.1, port3306, userroot, passwordyour_password, databaseschool_work, charsetutf8mb4 ) cursor conn.cursor() cursor.execute( SELECT s.name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id ) rows cursor.fetchall() with open(result.csv, w, newline, encodingutf-8-sig) as f: writer csv.writer(f) writer.writerow([学生姓名, 课程名称, 成绩]) writer.writerows(rows) cursor.close() conn.close()逻辑说明代码最后写了一个CSV文件encoding填utf-8-sig这个编码格式会自动带BOM头Excel和WPS打开CSV时中文不会乱码。如果用utf-8不带-sig很多办公软件会按GBK解析你的中文就变成乱码这是数据库作业里非常隐蔽的翻车点。之后把CSV打开全选复制粘到Word里再套一个“表格→套用表格样式”就能生成整齐的表格。参数说明csv.writer的newline是Python3下避免空行不写会在每行后面多一个空行。字段名要跟题目里的叫法一致比如“成绩”就别写成“score”作业评分人看中文更直观。如果你想把结果直接生成Excel可以用pandas但为了交付docCSV到Word已经足够还省去装依赖的麻烦。4.2 doc报告的结构照着评分点写就不会丢分一份能交的“数据库作业.doc”通常是老师给的模板没有模板就按下面这个顺序题目要求、概念结构设计、逻辑结构设计、物理结构设计、程序设计与实现、运行结果、课程设计总结。这些部分不是用来凑字数的每个都要和评分点对上。题目要求里把原始需求用自己的话重述一遍别复制粘贴三五行就够。概念结构设计放ER图截图加一段说明实体和联系。逻辑结构设计放数据字典表格标明主键外键。物理结构设计放建表SQL语句和字符集、存储引擎设置。程序设计与实现放连接数据库的代码和增删改查功能截图。运行结果放每次操作后的输出截图配上小标题。课程设计总结写你遇到的问题和解决办法一两段就够。这里要注意数据库知识点的概念题如果混在作业里比如“简述第三范式”不要把它单独甩到文档最后而是放在概念结构设计后面作为你设计理论的支撑。这样显得整个作业是连贯的不是东拼西凑。如果作业要求里没有模板而你又担心结构不对可以直接把上面这些当二级标题写进doc老师看得清楚你也不用临场发挥。4.3 截图与排版让评分老师一眼找到你的ER图数据库作业的doc最终是给人看的不是给机器跑的。我见过太多同学把半屏模糊截图一贴老师根本看不清字段名分自然就低。正确做法数据库客户端里调整表结构显示让所有字段都可见再截图截图后插入Word时把图片宽度设置成15厘米左右不要拉伸到满页一张图配一句话比如“图1 学生选课ER图”。Word里给表格加边框学号、姓名、课程名这些列用重复标题行跨页时表头会自动重复。这里提一个细节从doc文档里复制自己的SQL到Word时Word会自动把半角引号改成中文引号数据库客户端执行就会报错。我的习惯是在Word里贴完SQL后再人工检查一遍引号是英文的。这个问题后面避坑章还会再讲但排版阶段就要注意别让Word的自动纠正功能毁掉你的作业。另外截图只截关键区域不要连桌面、客户端侧边栏一起截进去显得不专业。4.4 用Word样式生成自动目录和页码一份超过五页的数据库作业文档手工编页码和目录很痛苦而且容易改到一半错位。做法是把章标题设为“标题1”小节标题设为“标题2”正文用“正文”样式然后在文档开头插入“引用→目录”自动目录。以后改了内容右键更新域就能刷新页码。作业交doc格式时Word的自动目录保存正常老师打开也能看到目录。如果老师要求交PDF版另存为PDF即可注意用Word导出PDF时检查中文字体别用系统没有的字体否则换台电脑打开乱码。文件名也要注意“数据库作业数据库作业.doc”这种手滑命名会显得很不严谨。提交前把它改成“数据库课程设计_学号_姓名.doc”或者按老师要求的命名规则来。如果一份doc里还包含多个小题在目录前加一行说明“本报告完成题目1、题目2”老师不需要猜。文档里如果引用了外部资料比如某个函数用法在最后加个“参考”小节链接和书名写清楚这是学术习惯也能防止被误判为抄袭。5. 数据库作业常见翻车点与排查清单5.1 建表顺序导致外键报错现象按文档里的表顺序一条条执行CREATE TABLE到带外键的表时报“Error Code: 1215. Cannot add foreign key constraint”。原因外键引用的父表还没建或者外键字段和父表主键类型不一致甚至两张表的字符集不一样MySQL都会拒绝加外键。很多同学在可视化工具里画表没发现问题是因为工具自动帮你按依赖关系排序了但导出SQL脚本后直接执行就翻车。解决把父表放在前面建子表放后面如果复用了别人的建表语句先检查字段类型student_id是INTsc表里就不要写VARCHAR(20)。还有一种隐蔽情况父表主键是BIGINT子表外键是INT也要报错。把类型对齐后重跑一般就能过。若还不通过暂不建外键约束改用索引并写在报告里说明原因。排查时执行SHOW ENGINE INNODB STATUS里面会留下最近一次外键报错的详细线索虽然冗长但能看到是哪个字段对不上。5.2 字符集不统一导致中文乱码现象插入中文后查询显示问号或者从Python里读出的数据是\uXXXX甚至在doc报告里贴数据字典时中文都变成乱码。原因数据库、表、客户端连接三层字符集不一致。MySQL默认可能是latin1你建的库是utf8mb4但Python连接没加charset参数时依然乱。可视化工具里看着正常换成命令行或代码执行就暴露。解决建库时用utf8mb4建表带CHARSETutf8mb4Python/pymysql连接参数加上charsetutf8mb4。如果旧表已经建成latin1用ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4转换。作业提交前去命令行里执行SELECT * FROM sc看中文是否正常别只信可视化工具。检查当前字符集可以用SHOW VARIABLES LIKE character%把character_set_database和character_set_connection都看到心里就有底了。5.3 删除或更新时长时间卡住事务没提交现象执行UPDATE后客户端一直卡住随后报“Lock wait timeout exceeded”。原因前一个事务里修改了同一行但没COMMIT或ROLLBACK锁被占用也可能是你开了事务但忘了提交然后下一个操作继续等自己的锁。作业本里如果用了事务演示又没在报告里写清楚COMMIT位置老师复现时也很容易触发。解决在客户端里执行COMMIT或ROLLBACK释放锁代码里写连接时用with上下文关闭连接手动事务要在finally里rollback。给WHERE条件加索引也能减少锁冲突比如UPDATE ... WHERE student_id1student_id是主键没问题如果是按name更新name没索引会锁更多行。查看当前谁在持锁用SHOW PROCESSLIST看State字段如果有Waiting for table lock或Waiting for row lock基本就是锁问题。作业阶段最好避免“先删除再插入同一主键”这种操作用INSERT ON DUPLICATE KEY UPDATE更稳。5.4 doc里的SQL被Word智能引号改坏现象从doc作业说明里复制SQL到MySQL老是报语法错误仔细看是红色波浪线在引号附近。原因Word自动把英文双引号和单引号变成中文全角引号数据库不认。这类问题最狡猾因为肉眼几乎分辨不出中文引号和英文引号的区别只有执行时报错。解决在Word里粘贴SQL后全选用查找替换把“ ” ‘ ’替换成英文 。更稳妥的做法是SQL语句先写在记事本或VS Code里最后统一粘进Word保持代码原样。如果老师给的原始doc本身就有全角引号你需要手动改正后再执行别直接运行。还有一个习惯在报告里贴SQL时用等宽字体比如Consolas这样引号、括号看起来都更清楚也能减少Word自动纠正的干预。5.5 提交格式作业要求.doc却交成.docx或一堆截图现象文档另存为时默认存成docx或者把运行截图单独放在图片文件夹里老师打开发现作业不完整。原因没看提交要求以为都差不多。还有的是从WPS导出的文档格式兼容性有问题老师用Office打开样式全乱。解决如果题目明确要求.doc在Word里“另存为→Word 97-2003文档(.doc)”不要交docx。图片和代码全部插入一个文档不要外链图片。提交前再把文件复制到另一台电脑用Office打开一次确保没有“内容损坏”提示。数据库作业的评分精力有限打不开文件直接就是零分这种低级错误最亏。最后上传时文件名按“学号_姓名_数据库作业.doc”来不要用“数据库作业数据库作业.doc”这种重复命名一眼看上去就像草稿。6. 给作业加点分视图、存储过程与索引验证技巧6.1 创建一个成绩视图让老师知道你会封装查询CREATE VIEW v_student_score AS SELECT s.name AS student_name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id;视图不占物理存储每次查询都会实时执行里面的JOIN。文档里写一句“将多表查询封装为视图方便应用层复用”就足够了。注意视图不能直接INSERT、UPDATE如果你在作业里写了通过视图修改数据那是会被扣分的。调用视图用SELECT * FROM v_student_score WHERE score 80这样还能顺便展示WHERE条件查询。6.2 存储过程把一次事务写成一个“原子操作”DELIMITER // CREATE PROCEDURE p_add_score( IN p_sid INT, IN p_cid INT, IN p_score DECIMAL(5,1) ) BEGIN INSERT INTO sc(student_id, course_id, score) VALUES (p_sid, p_cid, p_score) ON DUPLICATE KEY UPDATE score p_score; END // DELIMITER ;DELIMITER // 是告诉MySQL客户端遇到//才结束语句因为存储过程内部有分号写完后再DELIMITER ;调回来。存储过程在作业里不需要多一个就够展示你对事务和流程控制的理解。调用CALL p_add_score(1,102,88.0)。存储过程名不要用系统函数名p_开头比较安全。报告里附上调用结果截图老师能看到输入参数和返回结果比写一堆理论好。6.3 用EXPLAIN验证索引证明你做了优化EXPLAIN SELECT s.name, c.course_name, sc.score FROM sc JOIN student s ON s.student_id sc.student_id JOIN course c ON c.course_id sc.course_id;结果里看type字段和key字段。type至少到ref说明用上了外键索引如果是ALL说明全表扫描在作业这种小数据量下无所谓但报告里提出“增加索引避免全表扫描”本身就体现优化意识。sc表的复合主键已经覆盖了student_id和course_id所以这条JOIN的关联条件都能用上索引。如果还有按课程名模糊查询LIKE %数据库%加索引也没用因为前导百分号导致索引失效这就是数据库优化里常说的最左前缀原则作业里提一句就够。我当年第一次交“数据库作业.doc”时也是先把表建出来才画ER图结果ER图和表对不上改图改到凌晨。后来学乖了先花一个小时拆题目、画ER图、写数据字典再动手建库反而比同组同学快了两天。数据库作业本质上不是考你写了多少行SQL而是考你能不能把一个模糊需求变成一堆能互相约束的表。希望这份操作顺序和踩坑记录能帮到你让“数据库作业数据库作业.doc”这个文件名不再意味着熬夜和返工。本文还有配套的精品资源点击获取