这份单元测验说难不难但想拿高分甚至满分光靠考前突击背概念肯定不行。我见过太多学生第一章“数据库概述”考得不错一到第二章“关系模型”就掉链子原因很简单这章开始真正进入数据库的“数学内核”了抽象、概念多、还特别咬文嚼字。但这章又是整个数据库大厦的基石学不扎实后面SQL、范式、数据库设计全都会觉得别扭。这篇就把第二单元测验背后真正要考的东西拆开揉碎讲清楚帮准备考试的同学划重点也给工作后想回头补基础的同学一份速查手册。1. 单元测验到底在测什么先摸清考官的出题思路很多同学拿到测验题就埋头做做完对答案错了再看解析这是很低效的学习方式。我建议你先跳出来看这一章测验为什么这么出题它想考察你哪些能力1.1 从“数据库原理及应用”的课程目标看测验定位“数据库原理及应用”这类课程通常第一章节讲数据库系统概述第二章节就切入关系模型这个安排是有深意的。第一章让你知道数据库是什么、有什么好处第二章则要解决“数据库内部到底怎么组织数据”这个核心问题。关系模型是由E.F.Codd在1970年提出的它用一张二维表来组织和表示数据也就是你熟悉的那个“表格”的样子。所以单元测验的定位非常清晰**检验你是否真正理解了“关系”这个抽象概念而不是停留在“关系就是一张表”的肤浅认知上。**考题会从定义、性质、完整性约束、关系代数运算四个维度展开层层递进看你能不能把概念用起来。1.2 测验题目的命题规律和高频考点分布我复盘过多套这章的测试题发现命题规律相当稳定高频考点几乎绕不开下面这五块关系模型的基本概念关系、元组、属性、域、分量、关系模式这些术语的定义以及它们之间的区别。尤其喜欢考“关系模式”和“关系实例”的辨析这是最基础也最容易混淆的。码Key的概念体系候选码、主码、外码、全码这是本章的第一个分水岭。题目喜欢给你一个具体的关系让你找出候选码、选出主码、判断外码还会让你判断某个属性组“是不是码”。关系的完整性约束实体完整性、参照完整性、用户定义完整性这三大完整性几乎是必考。题目会构造一个违反某种完整性的数据表格让你判断它违反了哪一条约束或者问你参照完整性中外码的取值规则。关系代数运算选择、投影、连接、除这四大专门运算以及并、交、差、笛卡尔积这四类传统集合运算。这里不仅考概念更考你的运算能力要求你根据题目给出的两个关系表计算出结果。关系的性质关系即二维表的六条性质比如列是同质的、元组不允许重复等。这部分通常出判断题或选择题但容易抠细节需要特别小心。从这些规律你能看出来测验不是死记硬背就能过的它更强调“概念理解逻辑推导”这也是为什么很多学生第一次做会觉得“每个字都认识但题目就是不会做”。1.3 关系模型为什么这么重要学不好这章的连锁后果这里多说一句关系模型这块儿学不好不只是影响第二章测验的分数。关系模型是关系型数据库MySQL、Oracle、SQL Server这些的理论基石你后面学的SQL语句、表结构设计、事务管理全都建立在关系模型之上。我见过一些同学学SQL时怎么都理解不了为什么要有主键外键、为什么表要拆分本质就是这章没学透。可以说这章是你从“会用数据库工具”到“真正懂数据库”的分水岭。为了应试也好为了后面的课程和工作也罢这章的每一个概念都值得你认真对待。2. 核心考点精细拆解从概念到运算逐层击破既然定位清楚了我们就开始逐个拆解知识点。我会尽量用大白话加实际案例来讲同时把考试容易挖坑的地方单独点出来。2.1 关系模型的三要素与基本概念辨析关系模型的三要素是关系数据结构、关系操作集合、关系完整性约束。简单来说就是“数据长什么样、能对数据做什么、数据必须遵守什么规则”。先说数据结构。关系模型的数据结构非常单一就是一张二维表。但你得知道这张表背后的一整套术语体系域Domain一组具有相同数据类型的值的集合。比如“性别”的域是{男女}“年龄”的域是1到200之间的整数。可以理解为“合法取值的范围”。笛卡尔积Cartesian Product假设有n个域D1、D2、……、Dn它们的笛卡尔积就是D1×D2×……×Dn即从每个域中各取一个值组成的所有可能的组合。举例来说域{张三, 李四}和域{男, 女}的笛卡尔积就是{(张三,男), (张三,女), (李四,男), (李四,女)}这几个元组的集合。关系Relation笛卡尔积的一个子集就叫关系。换句话说关系就是从所有可能的组合中挑选出“有意义”的那部分。比如从上面4个组合中只保留{(张三,男), (李四,女)}这就是一个关系。元组Tuple关系中的每一行在正式术语里叫元组。上面例子里(张三,男)就是一个元组。属性Attribute关系中的每一列叫属性每个属性都有一个名字也就是列名。比如“姓名”“性别”都是属性。分量Component元组中某个属性对应的值。比如(张三,男)里“张三”就是姓名属性的分量。这里有个高频考点**关系模式Relation Schema和关系实例Relation Instance的区别。**关系模式是关系的“类型”描述写成R(A1, A2, ……, An)的样子比如学生学号姓名性别年龄它决定了这个表格有哪些列而关系实例是某一时刻这个关系中的实际数据就是那个表里具体存了几行、几列的内容。考试时问“学生学号姓名性别年龄”是什么答案是关系模式不是关系。问“当前学生表里存了3条记录”是什么那是关系实例。再补充一个易考的小点关系的目或度Degree指的是关系中有多少个属性。比如学生学号姓名性别年龄就是这个关系的度为4也叫4元关系。有些题会拿这个做文章问某个关系的度是多少你要知道它考的就是属性个数。2.2 码的体系候选码、主码、外码、全码码是关系模型中最重要的概念之一也是考试的重灾区。你可以把码理解为“能唯一识别出一行数据的属性或属性组合”。候选码Candidate Key能唯一标识关系中每一个元组的最小属性组。注意“最小”两个字很关键。比如学生表学号姓名身份证号学号和身份证号都能唯一确定一个人它们两个都是候选码。但是学号姓名虽然也能唯一确定一个人却不是候选码因为去掉姓名后学号仍然可以唯一确定它不满足“最小性”。主码Primary Key从多个候选码里挑一个作为这个关系的主键就叫主码。这个“挑”的过程是数据库设计者人为决定的通常选更稳定、更简洁的那个码。比如学号比身份证号更常用就选学号作主码。外码Foreign Key如果某个关系中的属性或属性组不是这个关系的主码但它对应另一个关系的主码那这个属性就叫外码。比如选课表学号课程号成绩里学号不是选课表的主码但它对应学生表的学号学生表的主码所以学号就是选课表的外码。全码All Key最极端的情况关系的所有属性组一起才能作为候选码这种情况叫全码。比如关系教师课程学生表示“某教师给某学生上某门课”只有三者都确定才能唯一标识一行那这个关系的候选码就是全属性组教师课程学生也就是全码。考试时关于码的题目通常这么出给出一个关系让你写出候选码、选出主码、找出外码或者判断某个码是不是候选码。解题的关键就是抓住“唯一性”和“最小性”再结合题目中列的取值去判断。这里提醒一下判断外码时要看它“是否是另一个关系的主码”而不是看它和本关系主码的关系千万别搞反方向。2.3 关系的六条性质细节里的“扣分陷阱”这部分是选择题和判断题的香饽饽。关系模型对关系的形态有严格限定一共有六条性质我一条一条说过都是考试容易出幺蛾子的地方列是同质的Homogeneous每一列中的分量必须来自同一个域类型相同。比如“年龄”这一列不能一会儿是数字、一会儿是字符串。不同的列可出自同一个域就是说两列的数据类型可以一样但列名不同起区分作用。比如“出生年份”和“入学年份”这两列数据类型都是整数但语义不同。列的次序可以交换列的顺序无关紧要先放姓名再放学号还是先放学号再放姓名表示的是同一个关系。行的次序可以交换行的顺序也无关紧要。3和4两条经常一起考你记住一句话行列顺序都不影响关系本身。关系中不允许出现完全相同的两个元组也就是不能有两行一模一样的数据。因为关系是集合集合里的元素是互异的重复没有意义。每一分量必须是不可分的数据项原子性这也是关系模型被称为“规范化”的最基本要求。表格中每个格子只能填一个值不能填像“篮球足球”这种列表更不能再嵌套一张子表。考试喜欢怎么考给你一个“带有合并单元格的表格”或“某个格子塞了一串值”的表格问它能不能作为关系。答案是不能因为违反了第6条原子性。再或者直接给你一句话比如“关系中行的顺序可以交换”让你判断对错答案是正确。这些性质看似简单但考得很细很多同学就是栽在“觉得理所当然”的题目上。2.4 三大完整性约束不仅仅是概念更是规则红线关系模型的完整性约束是从语义层面保证数据正确性的机制可以说是关系模型的灵魂。这部分考试必考而且经常结合具体数据来考。实体完整性Entity Integrity说的是主码的值不能为空也不能重复。这条规则很好理解如果主码为空就意味着有一行数据无法被唯一识别那主码就失去了意义。注意如果主码是由多个属性组成的复合主码那这些属性中任何一个都不能为空因为复合主码是一个整体缺一个都无法唯一标识。参照完整性Referential Integrity说的是外码的取值要么为空要么等于被参照关系中某个元组的主码值。这句话听起来绕我给你拆开讲。比如选课表学号课程号成绩里的学号是外码参照的是学生表的主码学号。选课表中的学号只有两种合法取值要么为空表示这个选课记录还没有分配到具体学生虽然现实中不太合理但在规则上是允许的要么必须在学生表的主码学号里找得到。如果选课表里出现一个学号“S999”而学生表里根本查无此人这就违反了参照完整性。用户定义完整性User-defined Integrity这个就灵活了是针对具体应用环境由用户自己定义的约束条件。比如年龄必须大于0且小于等于150性别只能取“男”或“女”成绩必须在0到100之间。不同的系统自定义规则不同所以考试时通常给你一个具体的业务场景让你判断哪个约束属于用户定义完整性。考试常见考法有两种一是给一张含有非法数据的表问违反了哪条完整性约束二是问你某个操作比如删除被参照关系的元组可能违反哪些完整性。这类题不能靠背要理解每条约束的判定条件然后逐一对号入座。2.5 关系代数这章的计算题主战场关系代数是关系模型的操作语言也是数据库的理论操作基础。如果说前面那些概念是“名词解释”那关系代数就是“动词应用”是真正的算分题。关系代数分两类运算传统集合运算和专门的关系运算。传统集合运算并∪、交∩、差−、笛卡尔积×这四种运算要求两个关系具备“兼容性”即它们的属性个数相同且对应属性的域相同或相容。考试时给你两个关系R和S让你算R∪S、R∩S、R−S需要你能写出结果表。并就是取两个关系的所有元组去重交就是取它们共同拥有的元组差R−S就是取属于R但不属于S的元组。笛卡尔积则是把两个关系的元组两两组合结果表的列数是R的列数加S的列数行数是R的行数乘以S的行数。算笛卡尔积时要注意行列数的变化千万别算错。专门的关系运算选择σ、投影π、连接⋈、除÷这是重头戏也是后面SQL语句的理论源头必须完全掌握。我把每个运算的要点列出来选择Selectionσ从行角度选取满足条件的元组。写法是σ条件(关系)。比如从学生表里选年龄大于20的学生σ年龄20(学生)。它过滤的是行列数不变。这叫“行筛选”很容易和投影搞混。投影Projectionπ从列角度选取所需属性并且在结果中去掉重复元组。写法是π属性列表(关系)。比如只看学生表和姓名、年龄两列π姓名,年龄(学生)。它过滤的是列行数可能因为去重而减少。这叫“列裁剪”。连接Join⋈把两个关系按某种条件拼接起来。最常用的是等值连接选取两个关系中属性值相等的元组进行拼接和自然连接。自然连接是等值连接的特殊情况它要求在公共属性上做等值连接并且把重复的公共属性列去掉。考试很爱考这个区别你记住一句话自然连接一定会去除重复列等值连接不会。除Division÷这是最抽象的一个运算考试频率低于前三个但只要考到就是大难题。除运算的直观理解是R÷S的结果是“在R中与S的所有元组都匹配的那些属性值”。比如有一个关系R学生课程一个关系S课程R÷S就是“选了S中所有课程的学生”。做题时你可以把它转换成“找同时满足S中所有元组对应条件的组合”。在计算关系代数表达式时我给你的建议是先确定运算的优先级括号选择投影连接并交差再从左到右分步计算每一步的结果都写出来别跳步。基础薄弱的话把每一步的表画出来是拿分最稳妥的办法。3. 经典题型全解析从读题到落笔的完整示范光讲概念不够我直接带你做几道典型题把解题思路完整走一遍这样上了考场心里才有底。3.1 选择题怎么快速锁定正确答案来看一道典型的单选题在关系模型中关于候选码的说法正确的是。 A. 候选码可以由一个属性构成也可以由多个属性组合而成 B. 一个关系中只能有一个候选码 C. 候选码可以为空 D. 全码不是候选码先看B一个关系可以有多个候选码比如学生表中学号和身份证号都可以是候选码所以B错。再看C候选码要能唯一标识元组为空的属性没法保证唯一性所以C错。再看D全码的定义就是所有属性组成一个候选码所以全码当然也是候选码D错。正确答案是A。候选码的本质是“能唯一标识元组的最小属性组”它可以是一个属性也可以是多个属性的组合。这种题就是典型的“概念辨析型”选择题它并不要求你计算你只要把候选码的定义吃透就能逐一排除错误选项。3.2 判断题抓准关系性质的细节描述来看一道判断题关系中不同列的分量可以来自同一个域因此不同属性可以取值相同。这句话是对的。比如“课程1”和“课程2”两列都属于“课程”这个域它们都取值为“数据库”是完全合法的。这里考的就是关系六条性质中的第2条。但很多同学会凭直觉觉得“不同列应该取不同值”结果判错了。我建议遇到关系性质的判断题你就在心里对照那六条挨个过一遍尤其是“同质、可交换、唯一、原子”这几个关键词。3.3 计算题关系代数表达式求值实战下面这道是经典的考试计算题我完整演示一遍。设有学生关系S学号姓名系别年龄和选课关系SC学号课程号成绩。请用关系代数表达式表达“查询计算机系年龄大于20岁的学生的学号和姓名。”解题步骤分三步第一先找运算对象。这里涉及两个关系S和SC但题目只要求输出学号和姓名而这两个属性都在S中所以只需要对S操作。第二确定先选还是先投。先选择“系别‘计算机系’且年龄20”把这部分行筛出来得到σ系别计算机系∧年龄20(S)。第三再投影“学号、姓名”两列最终结果是π学号,姓名(σ系别计算机系∧年龄20(S))。这里有个工程上的小技巧先选后投通常效率更高因为先筛行减少了后续处理的数据量关系代数表达式的书写顺序也会影响查询效率的评估考试时如果你写“π学号,姓名(σ…(S))”就是标准写法写反了也不算错但不规范。再看一个涉及连接运算的表达式题查询选修了课程号“C01”的学生的姓名。已知S学号姓名系别年龄SC学号课程号成绩。因为“姓名”在S里“课程号”在SC里两个关系都有“学号”属性所以需要做连接运算。步骤是先筛选SC中课程号为C01的元组然后把这个结果与S在学号上进行自然连接最后投影出姓名。表达式为π姓名(σ课程号C01(SC)⋈S)这个式子表达的就是从SC中筛出C01记录后按学号连接到学生表取姓名。你注意看先筛选再连接和先连接再筛选结果一样但前者要高效得多这也是关系代数“优化”的思想萌芽。3.4 综合题从需求描述到关系代数表达式最后示范一道综合设计题这类题往往把选择和投影、连接、集合运算结合在一起考。查询选了“数据库”课程但没有选“数据结构”课程的学生的学号。这种题用集合运算表达特别方便。先把选了数据库课程的学号找出来再把选了数据结构课程的学号找出来然后做差。设课程关系C课程号课程名学分选课关系SC学号课程号成绩。则选了数据库课程的学号集合是A π学号(σ课程名‘数据库’(C⋈SC))选了数据结构课程的学号集合是B π学号(σ课程名‘数据结构’(C⋈SC))最终结果是A − B这种“排除法”思路在关系代数里很常用能帮我们把复杂需求拆解成几步简单运算的组合。考试时如果遇到多个条件组合的题目不要慌先找关系、再分步列式、最后组合运算得分率会高很多。4. 高频错题与易混点排查这些坑你必须绕开在带学生复习的过程中我整理了一份“高频错题清单”基本都是大家普遍会踩的坑。我把易混点和他们的区别用表格列出来一条一条帮你扫雷。4.1 概念易混点对照表易混概念核心区别记忆口诀关系模式 vs 关系实例模式是“表结构”实例是“表数据”模式静态、实例动态候选码 vs 主码候选码是所有符合要求的码主码是选定那一个候选多个、主码唯一主码 vs 外码主码在本关系唯一标识元组外码在另一个关系中是主码主码管自己、外码连别人选择 vs 投影选择筛行、投影筛列行选列投等值连接 vs 自然连接自然连接在等值连接基础上会去掉重复列自然去重列笛卡尔积 vs 连接连接是笛卡尔积后按条件筛选一部分连接有条件实体完整性 vs 参照完整性实体完整性管主码非空唯一参照完整性管外码取值合法主码非空、外码合法这张表建议你自己再默写一遍最好能各举一个例子出来因为考试时会把这些概念混在选项里考。尤其是“主码管自己、外码连别人”这条口诀帮我解决了好多同学的疑惑。4.2 典型错题场景还原错题场景一分不清“选择”和“投影”有题目给一个学生表问你“查询所有男学生的姓名和年龄”用关系代数怎么写。正确答案是π姓名,年龄(σ性别男(学生))。但很多同学会写成σ性别男(π姓名,年龄(学生))。这个顺序一颠倒语义就变了先投影后选择等于先砍掉“性别”列再做性别筛选时连性别这个条件都没法用了直接报错。所以你要记住凡是条件中要用到某个属性这个属性在筛选之前就必须要保留。错题场景二自然连接理解错自然连接要求两个关系中公共属性的值相等结果只保留一份公共属性。但有些同学做连接时会把两个关系所有的列全拼起来重复列保留两份。这是不清楚自然连接的定义造成的。做题时看清题干的表述如果题目明确说“自然连接”最后必须去掉重复列如果只说“等值连接”就不需要去重。这是白纸黑字的送分点丢了太可惜。错题场景三外码空值判断错误关于参照完整性外码要么为空要么等于被参照关系的某个主码值。一些题目会设计成“外码为空但业务上不合理”的情景问你它是否违反参照完整性。正确答案是不违反。因为参照完整性只约束外码取值的合法性不约束外码是否必须非空。空值在关系模型里表示“未知”或“不存在”是允许的。这个点非常容易混淆考试时尤其注意。4.3 实战复盘我见过的最可惜的失分方式根据我多年的观察测验失分最可惜的不是能力问题而是答题习惯问题。有几种典型的失分方式广泛存在第一不做单位标记。关系代数表达式题一些同学第1小问选了某个表达式第2小问如果用到第1小问的结果就会写错或者漏掉。我建议你在草稿纸上给每一步运算结果编号后面式子直接引用编号结果这样既清晰又减少笔误。第二不看完整题目。特别是“先阅读以下关系回答问题”这样的题目关系数据往往会在题干里给出但有些同学上来就凭印象做题愣是没发现题目里已经告诉你SC关系中没有“C01”这门课的数据或者某个学生学号为空。照着题目给的数据算是拿分的基本要求。第三答非所问。题目要求“用关系代数表达式表示”你写成SQL题目要求“指出主码和外码”你写了关系模式。这种情况在紧张的考场环境下非常容易发生。我建议你在读题时用笔画圈把“关系代数”“SQL”“候选码”“主码”“判断”这些关键词圈出来再动笔。5. 从测验到实战关系模型的价值远不止一场考试聊完考试本身我想再花点篇幅说说这个知识点的实际价值因为只盯着分数学格局就小了。关系模型这套理论几乎可以在你未来每个跟数据打交道的场景里派上用场。5.1 关系模型和SQL的对应关系很多人学SQL觉得命令记不住其实是因为没理解SQL底层就是关系代数。你可以这样对应着记SELECT子句 投影πWHERE子句 选择σJOIN子句 连接⋈UNION、INTERSECT、EXCEPT 并∪、交∩、差−分组和聚合函数 比关系代数更高级的扩展功能当你写一条复杂的多表查询SQL但结果不对时我推荐一个特别实用的排查方法把这条SQL翻译成关系代数表达式一步步算看结果在哪一步开始和预期不一致。这个方法我在工作中排查数据问题用过很多次比直接瞎试SQL高效得多。所以说学关系代数不是为了考试是为了让你真正“掌控”SQL。5.2 面试中关系模型的高频出题点如果你以后想走数据方向面试题里也少不了关系模型的身影。常见的面试问题包括“为什么关系型数据库要用主键和外键”考的是实体完整性和参照完整性的意义“什么是自然连接它和等值连接有什么区别”考的是关系代数的基础概念“数据库设计中为什么要把一个表拆分成多个表”这里就涉及后面要学的规范化理论而规范化理论直接建立在关系模型的概念之上“外键一定不能为空吗”考的就是我们上面说的参照完整性的细节这些问题本质上是把单元测验的选择题变成了开放性问题考察的是你是否真的理解了关系模型的内涵。你现在把这章学扎实等于提前给面试打了个底。5.3 关系模型在实际表结构设计中的落地当你自己动手设计数据库表结构时关系模型的约束直接就是你的设计准则。比如建“订单”表时订单ID就是主码它不能为空、必须唯一客户ID作为外码必须对应客户表中的记录否则就会出现“不知道是哪个客户下的订单”这种脏数据。很多初学者建表时不设外键约束觉得“反正业务逻辑能控制”。我的建议是业务逻辑可以兜底但数据库层的约束一定也要建上。原因很简单程序可能有bug多个应用往同一个表里写数据时总有可能漏掉校验逻辑而数据库的完整性约束是最后一道防线它永远忠实地守规矩。这也是关系模型提出几十年至今依然生命力旺盛的重要原因之一。6. 考前冲刺与复习策略怎么把这章的分数拿稳最后聊聊大家最关心的复习策略。考试前时间紧怎么高效复习这章我根据多年经验给你一套可执行的方法。6.1 三条复习主线概念、运算、应用第一条主线是“概念网络化”。不要零散地背概念试着画一张思维导图以“关系模型”为中心展开出数据结构关系、元组、属性、域、码的概念候选码、主码、外码、全码、完整性约束实体、参照、自定义、关系代数集合运算、专门运算四个分支每个分支再补上关键的细节。这张图如果能不看书完整画出来你的概念框架基本就稳了。第二条主线是“运算熟练化”。关系代数一定要动手算光看别人算一百道题都不如自己算三道。你可以在教材或题库里找每章节后的关系代数练习题把每个表达式都写一遍计算过程算完对照答案。特别要练习自然连接和除运算这两个是最容易卡壳的。我曾经不止一次告诉学生手算关系代数就像学骑自行车光看说明书是学不会的必须上车练习。第三条主线是“应用问题化”。把概念应用到实际问题中多问自己“如果我要解决某个查询需求该用哪个运算”。比如“查计算机系学生的选课情况”涉及哪两个关系、用自然连接还是等值连接、最后要不要投影去掉冗余列。这种把知识“用起来”的练习方式比反复背定义要有效得多。6.2 考前24小时的高效复盘清单如果你时间紧迫我建议考前按下面这份清单快速过一遍每个点不超过5分钟但对巩固记忆效果很好关系模式的写法R(A1, A2, …, An)你能默写出来吗候选码、主码、外码的定义和例子能脱口而出吗关系的六条性质里面你能一口气说出来吗实体完整性、参照完整性的核心规则是什么选择、投影、连接自然连接、除四个运算的运算符和含义是什么自然连接和等值连接的区别是什么如果这张清单里的每一项都能不看资料说出答案那这一章的基本盘就稳了。如果某条卡壳了立刻翻书定位再找两道相关题目练一下手感。这种“倒逼式”复盘比从头到尾翻一遍书效率高很多。6.3 长期来看如何避免“学完就忘”最后分享一个我自己的学习心得关系模型这种基础理论学完测验之后如果不用确实很容易忘记。我建议你把知识挂在“已有知识树”上每学一个新知识点就试着和关系模型关联起来。学SQL时想“这条查询对应关系代数里的哪几个运算”学范式时想“这个表结构满足第几范式、当初为什么不拆表”学索引时想“主键索引为什么能加速查询”。这样一来关系模型就不是一个孤立的章节而是你整个数据库知识体系的锚点。等以后你面对真实项目里的表结构设计、SQL调优、数据一致性等问题时你会发现当年这一章学得扎实真的会让你受益很久。最后再提醒一句考试拼的不只是智商更是你对细节的把控和对基础概念的熟练度。关系模型这章真正学懂的人后面学SQL、学数据库设计都会觉得顺风顺水。希望这篇拆解能帮你把这份基础打牢测验拿个好分数也为将来更深入的数据学习铺好第一块基石。
 理论与 Python 仿真完全指南)
