数据库原理概述章习题易错点：三级模式、两级映像与E-R图解析

带过几轮数据库原理的习题课批作业时总会撞见同一类翻车现场第一章的题明明全是选择题、填空题、判断题看起来是全书最温和的部分可卷面发下来零散扣掉的十几分几乎全集中在这一章。有个同学期末考完跟我聊说他背了三遍知识点结果判断题里数据库系统阶段已经彻底消除了数据冗余照样打了对勾简答题问两级映像与数据独立性的关系写了一整页却没落到分值点上。这类情况太普遍了原因不在记性在于概述章的知识点彼此咬合得太紧——数据、数据库、DBMS、数据库系统这四个词数据管理三阶段数据模型三要素与三个层次三级模式与两级映像语言分类与系统组成每一条都能单独考也都容易和相邻概念串味。这篇内容就是把我这些年整理概述章习题的思路摊开来讲先把考点分布和题型对应关系摆清楚再逐个拆那些边界模糊的概念重点放在三级模式两级映像和 E-R 图这两块最容易失分的地方最后给出答题模板和错题复盘清单。不管你是刚开课、第一次接触数据库原理、连模式和外模式都分不清的零基础还是已经过了一遍教材、想在做习题时少丢冤枉分的老手都能从这里挑到能直接用的东西。里面提到的题一部分是课堂练习里反复出现的典型题型一部分是我按常见考法自己改写的模拟题解析过程会写清楚为什么这么判而不是只给答案。1. 概述章习题的考点分布与得分逻辑1.1 为什么这章看着全是背的一做全是错的很多人对第一章有个误解觉得它就是个名词解释集合背下来就完事。实际情况恰恰相反这一章的题目在设计上有个明显特征单个知识点本身不难但题目喜欢在两个相邻概念之间设卡。比如数据库系统与文件系统的根本区别是什么四个选项里三个都部分正确只有一个落在数据结构化这个根本上再比如数据库中的数据独立性是指选项会把逻辑独立性和物理独立性的定义互相调换。你只记住半句话就会在两个都眼熟的选项之间反复横跳最后凭感觉选一个。真正的得分逻辑在于建立因果链而不是记忆点。举个具体例子为什么数据库系统阶段的数据独立性高因为有了三级模式结构和两级映像。为什么需要三级模式因为要分别面向用户、面向全局逻辑、面向物理存储这三种不同视角。为什么需要三种视角因为不同角色的关注点不同——普通用户不关心数据怎么存DBA 要管全局结构存储细节要能随时调整而不影响上层。这条链一旦通了任何关于独立性的题目都能推出来不用死背。我在整理习题时习惯把第一章的考点切成五块每块的失分原因不一样对症下药才有用。考点板块常见题型分值占比典型值主要失分原因基本概念与四词辨析选择、填空、判断约 25%边界不清把包含关系搞反数据管理三阶段选择、简答约 15%只记年代记不住三个对比维度数据模型三层次与三要素选择、填空、简答约 20%概念模型与逻辑模型混用三级模式两级映像判断、简答、选择约 25%映像方向记反独立性归因错位语言分类与系统组成选择、填空约 15%DDL 与 DML 归属混淆这张表不是让你按分值去押重点而是提醒你占比最高的两块恰恰是最需要理解而不是背诵的。基本概念辨析靠的是把四个词的包含关系画成图三级模式靠的是把映像方向推一遍。相比之下语言分类那 15% 反而是纯记忆考前半小时突击都来得及。1.2 复习顺序别从第一页开始顺着读教材第一章的编排顺序是从数据讲起逐步引出数据库、DBMS、系统再讲发展阶段再讲数据模型最后讲三级模式。这个顺序符合认知逻辑但不适合做习题时的复习顺序。我的建议是先啃三级模式两级映像这块理由很实在它是全章唯一具有推导性的内容掌握了它数据独立性的所有题目自动解决还能反过来帮你理解为什么要分三个层次的数据模型而它又是最容易考简答题的部分性价比最高。第二块抓数据模型三层次。这块的难点在于概念模型和逻辑模型的区分很多人做题时把 E-R 图当成关系模型的图一遇到E-R 图属于哪一层模型就答错。把概念模型面向用户、与具体 DBMS 无关这个定位钉死后面 E-R 转关系模式的题也就顺了。第三块才回头看基本概念和三阶段对比。这部分内容量最大但最零散适合放在掌握了框架之后做填空式记忆。最后收尾的是语言分类和系统组成属于纯清单型知识做两遍题就够了。按这个顺序走做题时会有种越做越清楚的感觉反过来按教材顺序硬背很容易在第三章就迷糊因为后面的概念一直在用前面的框架。还有一个实操层面上的建议这章的习题不要一次刷完就扔。第一遍做完把错题按上面五块分类标记隔两天再做第二遍只看错题所属的那一块把这块的知识点重新串一次再做题。我带过的学生里按这个方式复盘两轮的概述章的客观题基本能压到 95% 以上的正确率。2. 基本概念辨析先把四个词的边界划清楚2.1 数据、数据库、DBMS、DBS 的包含关系这四个词是概述章出题的富矿几乎每套卷子都会涉及而错误率出奇地高。问题出在很多人把它们当成并列概念来记实际上它们是层层包含的。数据是最底层的概念指描述事物的符号记录。这里有个常考点数据的含义叫语义数据与其语义是不可分的。作业里出现过这样的判断题——数据就是数字当然是错的文本、图形、图像、音频、视频都是数据。还有一道更隐蔽的数据库中存储的是数据不包括数据之间的联系这也是错的数据库不仅要存数据本身还要存数据之间的联系这正是它区别于文件系统的地方。数据库是长期存储在计算机内、有组织、可共享的大量数据的集合。三个限定词——长期存储、有组织、可共享——每个都能单独出题。数据库中的数据按一定的数据模型组织、描述和储存具有较小的冗余度、较高的数据独立性和易扩展性并为各种用户共享。数据库管理系统是位于用户与操作系统之间的一层数据管理软件是系统软件不是应用软件。这一点每年都有人错。它的职责是科学地组织和存储数据、高效地获取和维护数据。注意它的位置在操作系统之上在应用程序之下。数据库系统是由数据库、数据库管理系统及其开发工具、应用程序和数据库管理员组成的存储、管理、处理和维护数据的系统。注意这里没有把用户列为必备组成虽然广义上用户也算但标准表述里 DBA 是明确列出的。把这四个词画成包含关系就很清楚数据库系统 ⊃ 数据库管理系统 ⊃ 管理数据库 ⊃ 数据。有个高频选择题问数据库系统的核心是什么答案是数据库管理系统。还有问数据库系统与数据库管理系统的关系正确表述是后者是前者的组成部分。我在习题课上做过统计这道题的错误率常年维持在 30% 以上主要错法是把两者当成同义词。提示凡是选项里出现数据库系统就是数据库管理系统或者数据库就是数据库系统这类表述一律判错。前者是整体与部分后者差了一个管理系统和应用程序。2.2 数据管理三阶段判据不是年代数据管理技术的发展分三个阶段人工管理阶段、文件系统阶段、数据库系统阶段。教材上给了时间区间比如人工管理是 20 世纪 50 年代中期以前文件系统是 50 年代末到 60 年代中期数据库系统是 60 年代末以来。很多同学习惯把年代当成判断依据结果遇到不考年代的题就傻眼。真正该抓住的是三个对比维度数据是否长期保存、数据是否有结构、数据是否独立。人工管理阶段没有磁盘这类直接存取的存储设备数据不保存在计算机里用完就没了数据不共享一组数据只能对应一个程序数据不具有独立性程序改了数据表示方式程序也得改。文件系统阶段有了磁盘数据可以长期保存但数据面向某个应用共享性差、冗余大记录内部有结构但记录之间没有联系独立性也差。数据库系统阶段才是真正实现了整体结构化、共享性高冗余低、独立性高。这个对比维度一旦立住很多题就变成了套公式。比如文件系统阶段和数据库系统阶段的本质区别是什么答数据结构化因为文件系统里数据记录内部有结构但记录之间是孤立的没有整体结构数据库里数据是整体结构化的不仅记录内部有结构记录之间也有联系。再比如哪个阶段开始数据可以长期保存答文件系统阶段不是数据库系统阶段——这个错误非常典型因为长期保存听起来像是数据库的专利其实从文件系统就开始了。还有一类题考各阶段的数据管理方式。人工管理阶段数据由应用程序自己管理没有专门的软件文件系统阶段由文件系统管理应用程序和文件之间通过文件系统交互数据库系统阶段由 DBMS 统一管理和控制。这三句话对应的是谁在管数据这个核心问题比记年代有用得多。我建议复习这块时做一张三行四列的表行是三个阶段列分别是存储设备、数据管理者、数据共享程度、数据独立性自己默写一遍再对照教材。默写不出来的格子就是你的盲区比反复看书效率高得多。2.3 数据库系统四大特点别把冗余低写成无冗余数据库系统的特点标准表述是四条数据结构化、数据的共享性高冗余度低且易扩充、数据独立性高、数据由 DBMS 统一管理和控制。这四条本身不难难在简答题里怎么展开以及客观题里的细节陷阱。最大的陷阱在第二条。无数人在判断题里栽在数据库系统实现了数据的完全无冗余上。正确理解是数据库系统降低了冗余但为了效率会保留必要的冗余。比如为了提高查询速度可能故意设计一些冗余字段再比如在分布式环境下为了提高可用性也会存副本。冗余不是敌人不受控的冗余才是。冗余度低和无冗余是两个概念这个区分在简答题里要写清楚否则容易被判表述不准确。第四条展开成四项控制功能也常考分别是数据的安全性保护、数据的完整性检查、并发控制、数据库恢复。这四项要么考多选要么考简答的展开。记忆的时候可以按防外人、防错数、防冲突、防崩溃来串安全性防的是不该看的人看了完整性防的是不合规则的数据进来了并发控制防的是多人同时操作互相踩踏恢复防的是系统崩了数据回不来。这四个功能都是由 DBMS 提供的不是由应用程序自己实现——这点也常出判断题。第三条数据独立性高包括逻辑独立性和物理独立性具体内容留到第 4 节展开这里先记住它是由两级映像保证的不要和应用程序的逻辑结构混为一谈。另外还有一个容易忽略的点数据结构化被列为第一条不是随便排的。它是数据库系统与文件系统的本质区别也是后面所有特点的基础——正因为数据整体结构化了才有可能实现高共享、低冗余、高独立性。简答题如果问数据库系统的主要特点把结构化放第一句然后按共享性、独立性、统一管理的顺序展开这个答题顺序本身就是得分点。3. 数据模型三个层次各管一段3.1 概念模型、逻辑模型、物理模型各自解决什么问题数据模型这块的习题出错最多的不是不会画 E-R 图而是分不清三个层次的模型各自站在谁的视角。这个问题的根源在于教材把它们并列地列出来容易让人误以为它们只是三种不同的画法。换个说法就好理解了。概念模型是给用户和设计人员看的它要回答这个业务里有哪些东西、它们之间有什么关系完全不考虑用什么数据库、用什么表结构来实现。所以它有几个明确特征面向现实世界、与具体 DBMS 无关、易于理解、便于交流。E-R 模型就是最典型的概念模型。逻辑模型是给 DBMS 看的它要回答数据在数据库里以什么形式组织包括层次模型、网状模型、关系模型、面向对象模型等。物理模型是给存储系统看的它要回答数据在磁盘上怎么摆、怎么建索引、怎么分配存储面向的是具体的硬件和操作系统。这三层的判断有个简单口诀提需求用概念模型建库用逻辑模型落地用物理模型。遇到题目问E-R 图属于哪一层答案是概念模型问关系模型属于哪一层答案是逻辑模型问索引结构属于哪一层答案是物理模型。这里有个高频陷阱题把 E-R 图和关系模型放在一起比较。有人会答E-R 图是关系模型的一种表示方法错得离谱。E-R 图不是任何逻辑模型它是独立于所有逻辑模型之外的、面向概念层的建模工具。正因为它与具体 DBMS 无关才能作为设计阶段的通用语言最后再根据不同 DBMS 分别转换成关系模式、层次结构或网状结构。数据模型的三要素也要单独记牢数据结构、数据操作、完整性约束。数据结构描述系统的静态特性是刻画一个数据模型性质最重要的方面所以它被列在第一位——这点和数据结构化是数据库系统第一特点一样都是因为结构决定了后面的一切。数据操作描述动态特性包括查询和更新两大类。完整性约束是一组完整性规则用来保证数据的正确、有效、相容。这三要素在简答题里经常要求列举并各举一例比如关系模型中数据结构是二维表数据操作是关系运算完整性约束包括实体完整性、参照完整性和用户定义的完整性。3.2 E-R 图题的规范画法与踩分点E-R 图是概述章唯一需要动手画的题型也是最容易丢过程分的地方。很多人图画完了实体、属性、联系全对分数却只拿到一半问题出在规范性上。标准画法很明确实体型用矩形表示矩形框内写实体名属性用椭圆表示用无向边与实体连起来联系用菱形表示菱形框内写联系名用无向边分别与有关实体连起来同时在无向边旁标注联系的类型即 1:1、1:n 或 m:n。如果联系本身也有属性也要用椭圆挂到菱形上这个细节最容易被漏掉。踩分点我按批改经验列一下实体和属性的区分。判断标准是能不能再分和是不是需要单独管理。学生信息里的学号、姓名、性别是属性但如果系统里需要单独管理班级班级就是实体而不是属性。联系的识别。凡是两个实体之间存在业务动作或业务关联的就必须画成菱形联系不能靠外键隐含。比如学生和课程之间的选修必须画出来并且标 m:n。联系属性的归属。成绩这个属性属于选修这个联系不属于学生也不属于课程。这是经典考点画错位置的直接丢分。联系类型的标注。1:11:nm:n三种写法都要写准方向上也要注意比如一个系有多名教师一名教师只属于一个系方向应标为系 1、教师 n。不要出现冗余联系。两个实体间如果已经通过其他实体间接建立联系就不要重复画。还有个细节要提醒E-R 图里不要出现外键主键这类关系模型的术语。概念模型不关心这些画蛇添足反而暴露了你对层次的理解没到位。3.3 联系基数判断的三个反例联系基数的判断本质是问一方的一个实例能对应另一方的多少个实例。逻辑很简单但题目往往用语言陷阱把方向绕晕。我整理了三道在练习里错误率最高的题。第一个反例每个学生只能有一个导师每个导师可以指导多个学生。有人看到一个导师多个学生就标成 1:n方向标反了。正确做法是先确定方向站在学生看导师一个学生对应一个导师站在导师看学生一个导师对应多个学生。标注时写作导师 1 : n 学生即导师端是 1学生端是 n。第二个反例一门课程可以有多个老师讲授一位老师可以讲授多门课程。这是双向多的典型标 m:n。很多人看到多个老师就只标了 n忽略了对侧也是多。第三个反例也是最容易错的一个每个仓库可以存放多种零件每种零件只能存放在一个仓库。这个从业务上看像 1:n但很多题目里会加一句一种零件可以分多个批次存放在不同仓库的货位一旦出现这句基数就变成 m:n 了。这类题的关键是在原文里找限定词——只能只能在一个这种唯一性表述是判断 1 端的信号可以多个是多端的信号。读题时把这两类词圈出来正确率会明显提升。注意E-R 图的联系基数不是靠直觉猜的一定要回到文本里找唯一性和多样性的表述。看着像常识的业务场景往往和题目设定不一样。4. 三级模式与两级映像全章最硬的一块骨头4.1 谁对应谁一张对照表锁死三级模式两级映像是全章最需要理解的一块也是最容易在简答题上拿不全分的一块。我见过太多人把外模式和内模式的定义记反把两级映像的方向说反最后连带把两类独立性也归因错了一道 8 分的简答拿了 3 分。先把对应关系钉死。模式又称逻辑模式是数据库中全体数据的逻辑结构和特征的描述是所有用户的公共数据视图。一个数据库只有一个模式它是数据库系统模式结构的中间层既不涉及数据的物理存储细节和硬件环境也与具体的应用程序、所使用的应用开发工具及高级程序设计语言无关。外模式又称子模式或用户模式是数据库用户能够看见和使用的局部数据的逻辑结构和特征的描述是数据库用户的数据视图是与某一应用有关的数据的逻辑表示。一个数据库可以有多个外模式。内模式又称存储模式一个数据库只有一个内模式它是数据物理结构和存储方式的描述是数据在数据库内部的组织方式。这里有三个数字要记清一个数据库有一个模式、一个内模式、多个外模式。数字类的判断题就靠这个。外模式有几个特点常考。第一它是模式的子集因为一个外模式只对应某个应用的需求而模式是全体的。第二同一个外模式可以为某一用户的多个应用系统使用但一个应用程序只能启用一个外模式。第三外模式是保证数据库安全性的一个有力措施因为每个用户只能看见和访问所对应的外模式中的数据数据库中的其余数据对他们来说是不可见的。最后这条经常出简答题问外模式为什么能提高安全性答案就是这个视图隔离的思路。用生活化的类比串一遍模式相当于一栋楼的完整建筑图纸涵盖所有房间和结构外模式相当于不同的人拿到的不同楼层平面图物业只看到设备间住户只看到公共区域内模式相当于施工图纸管的是墙体用什么材料、管线怎么走。图纸模式改了平面图外模式可以不变施工方式内模式改了图纸模式也可以不变。这就是独立性的直观来源。层级别称数量面向对象是否涉及存储细节外模式子模式、用户模式多个具体用户和应用不涉及模式逻辑模式、概念模式一个全局数据视图不涉及内模式存储模式一个物理存储涉及4.2 两类独立性的推导链条数据独立性分两级逻辑独立性和物理独立性。定义本身只有两句话但考试考的是你能不能把映像—改变—不变这条链讲完。逻辑独立性指的是当模式改变时数据库管理员对外模式/模式映像作相应改变使外模式保持不变从而应用程序不必修改。这里的映像在外模式和模式之间方向是模式变、映像调、外模式不变、应用不变。物理独立性指的是当数据库的内模式改变时数据库管理员对模式/内模式映像作相应改变使模式保持不变从而应用程序也不必修改。映像在模式和内模式之间方向是内模式变、映像调、模式不变、应用不变。为什么是这两个顺序因为 外模式 ⊂ 模式 ⊂ 内模式逻辑上是自上而下的局部到全局物理上是自上而下的全局到存储。逻辑独立性管的是上层接口稳定物理独立性管的是底层实现灵活。我总结了一个答题模板考场上照这个结构写基本不会漏点数据独立性是由数据库系统的二级映像功能来保证的。外模式/模式映像保证了数据的逻辑独立性当模式改变时由数据库管理员对各个外模式/模式映像作相应改变使外模式保持不变应用程序是依据数据的外模式编写的从而应用程序不必修改。模式/内模式映像保证了数据的物理独立性当数据库的存储结构改变时由数据库管理员对模式/内模式映像作相应改变使模式保持不变从而应用程序不必修改。这段话里几个细节是得分点谁来做修改数据库管理员、修改的是什么映像、什么保持不变外模式或模式、结果是什么应用程序不必修改。很多人只写了前半句外模式不变漏了应用程序不必修改这个结论分值就缺了一块。4.3 判断题的错误归因客观题里的三级模式题错误基本集中在四种归因错位上。我把它们整理成表做题时对照着排除。题目表述正误错误原因正确理解一个数据库可以有多个模式和多个内模式错数量记反模式和内模式各只有一个外模式可有多个外模式/模式映像保证了数据的物理独立性错映像与独立性对应错位外/模式映像对应逻辑独立性内模式改变时模式也需要跟着改变错忽略映像的调节作用映像调整后模式可保持不变应用程序是依据模式编写的错编写依据记错应用程序依据外模式编写逻辑独立性是指存储结构改变不影响磁盘错概念张冠李戴逻辑独立性指模式改变不影响外模式和应用最后一条错得最多因为逻辑这个词容易让人联想到底层逻辑。这里的逻辑指的是全局逻辑结构不是物理实现。记忆口诀可以记成模式变化管逻辑存储变化管物理。还有一种题型是把三级模式和三层数据模型混着考比如关系模式属于三级模式中的哪一级。关系模式描述的是全局逻辑结构属于模式层E-R 图属于数据模型里的概念模型不属于三级模式体系。这两个体系是不同维度不要交叉套用——这也是我在批习题时反复强调的一点两个体系各自独立一个是建模分几步一个是数据库内部怎么分层。5. 数据库语言与系统组成容易背混的清单5.1 DDL、DML、DCL 的归属别搞反数据库语言按功能分三类这块的题目基本是送分题但也确实是错得比较集中的地方原因只有一个把 DML 和 DCL 的首字母混了。数据定义语言DDL负责定义数据库中的数据对象包括模式、外模式、内模式、表、索引、视图等核心两类语句是创建和删除。数据操纵语言DML负责对数据库中的数据进行查询和更新更新又分插入、删除、修改。这里要注意查询在很多教材里被单列为 DQL但广义上仍归入 DML 范畴做题时看清题干表述。数据控制语言DCL负责权限管理、事务控制这类操作包括授权、回收权限、提交和回滚。一个实用的判断方法动作对象是结构就用 DDL动作对象是记录就用 DML动作对象是权限或事务就用 DCL。比如建表是 DDL往表里插一行是 DML给某个用户授权是 DCL控制事务提交也是 DCL。简答题则常考数据库语言的特点标准答案里有五条其中高度非过程化和面向集合的操作方式这两条最常被单拎出来考。非过程化指的是只说明做什么不说明怎么做存取路径的选择由系统自动完成面向集合指的是操作对象和操作结果都是集合不是单条记录。这两条对比的是过程化语言理解了这个对比记忆就不难。还有个细节同一种语法结构提供两种使用方式既可以独立地交互使用也可以嵌入到高级语言程序中使用。这个特点在嵌入式开发的场景里经常被问到属于理解型考点。5.2 DBMS 功能与 DBA 职责题目爱把它们搅在一起这是概述章最典型的一组易混概念。两者的关系是DBMS 提供工具和能力DBA 使用这些工具完成管理职责。出题时的常见套路是把 DBA 的某项职责描述成 DBMS 的功能反之亦然。DBMS 的主要功能可以归为六项数据定义、数据组织存储和管理、数据操纵、数据库的事务管理和运行管理、数据库的建立和维护、其他功能通信接口、数据转换、异构数据库互访等。注意第四项和第五项容易混事务管理和运行管理侧重运行期的并发、安全、完整性、恢复建立和维护侧重装载初始数据、备份、恢复、重组重构、性能监控这些运维动作。DBA 的职责同样是五项决定数据库中的信息内容和结构、决定数据库的存储结构和存取策略、定义数据的安全性要求和完整性约束条件、监控数据库的使用和运行、数据库的改进和重组重构。看出来了吗DBMS 提供的能力和 DBA 承担的决策在文字上高度重合这是出题人最喜欢的区域。判断的窍门是看主语决定、定义、监控这类动作的主体是人即 DBA提供、支持、实现这类动作的主体是软件即 DBMS。比如决定数据库的存储结构是 DBA 的活实现数据的组织存储和管理是 DBMS 的活。数据库系统的组成也要记一遍数据库、数据库管理系统及其开发工具、应用程序、数据库管理员。注意及其开发工具这个括注有些题目故意漏掉它或者把应用程序换成数据库这类选项要警惕。数据库系统不等于数据库前者是个完整的运行环境后者只是其中的数据集合。6. 计算题与简答题的答题套路6.1 关系模式个数与联系基数的计数题概述章的计算题其实不涉及真正的算法主要是两类计数一是一个 E-R 图转换成关系模式后有几个关系模式二是判断某些操作会影响到哪些层面。第一类题目在原教材的习题里出现频率不低。转换规则要记牢一个实体型转换为一个关系模式一个 1:1 联系可以转换为一个独立的关系模式也可以与任意一端对应的关系模式合并一个 1:n 联系可以转换为一个独立的关系模式也可以与 n 端对应的关系模式合并一个 m:n 联系必须转换为一个独立的关系模式。所以统计关系模式个数的公式是实体数 m:n 联系数 独立转换的 1:1 和 1:n 联系数。如果题目按最简方式合并则只有 m:n 联系需要单独成表。这里必须看清题目要求是按标准规则逐项转换还是要求取最简方案。很多题的答案是实体数 m:n 联系数前提是 1:n 和 1:1 都合并了。举个模拟例子一个仓储系统里有仓库、零件、供应商三个实体仓库与零件之间是 m:n 的存放联系供应商与零件之间是 1:n 的供货联系供应商与仓库之间是 1:1 的负责联系。按最简方案转换结果是 3 个实体对应的 3 个关系模式加上 1 个 m:n 联系对应的模式共 4 个。如果把 1:1 联系也单独转换就是 5 个。答题时必须写明依据否则答案对了过程也可能被扣分。这类题的坑在于联系的属性和合并后的属性。m:n 联系单独成表时属性里要带上两端实体的码和联系自身的属性1:n 联系合并到 n 端时n 端的关系模式要增加 1 端的码作为外码。这些规则在后续章节会反复用概述章先建立起概念就够。6.2 简答题按点给分的写法概述章的简答题分值普遍不高但每题有明确的得分点写满一页没踩到点上得分反而不如一页三分之一的结构化答案。我按批改经验给几个实用建议。第一先给定义再给要点最后给结论。比如问什么是数据独立性先写定义数据独立性包括逻辑独立性和物理独立性再分别展开两类独立性由哪个映像保证、机制是什么最后一句从而应用程序不必修改收尾。这个结构的得分率明显高于想到哪写到哪。第二分点要显式标记。哪怕不写第一、第二也要用换行或分号把不同要点隔开让批改人一眼看到踩了几个点。这一点在电子阅卷里尤其重要。第三关键术语必须出现。比如问数据库系统阶段的特点如果你的答案里没有数据结构化这五个字哪怕意思对也可能被判不准确。高性能方便使用这类自造词不是得分点。第四不要写与题干无关的展开。有些人怕字数不够把三阶段对比、DBA 职责都写上去结果反而挤掉了真正的得分点。简答题的字数控制在题干要求点数的两到三倍比较合适比如问四个特点展开成一段两百字左右就够。第五遇到拿不准的题把因果链写出来。比如问为什么数据库系统要采用三级模式结构即使你记不清标准答案只要写出分别对应全局逻辑结构、用户视图、物理存储三种不同视角并由此通过两级映像实现独立性这条因果链大部分分值都能拿到。7. 高频错题复盘与复习节奏7.1 一张错题速查表每次带完一轮习题课我都会把错得最多的题整理成一张表让学生考前只看这张表。下面这份是按常见考法整理的版本可以直接拿去对照自己的错题本。题目陷阱常见错误答案正确答案要点数据库系统阶段已完全消除数据冗余正确错误只是降低了冗余必要冗余会保留数据库系统与文件系统的根本区别是数据量大正确错误根本区别是数据结构化E-R 图是关系模型的一种表示正确错误E-R 图属于概念模型与具体 DBMS 无关一个数据库可以有多个内模式正确错误内模式只有一个外模式可以多个外模式/模式映像保证物理独立性正确错误它保证的是逻辑独立性应用程序依据模式编写正确错误应用程序依据外模式编写数据就是数字正确错误文本、图形、音频等都是数据数据库系统的核心是数据库正确错误核心是数据库管理系统文件系统阶段数据不能长期保存正确错误从文件系统阶段起就可以长期保存DBMS 负责决定数据的存储结构正确错误决定权在 DBADBMS 提供实现能力数据模型的三要素是结构、操作和存储正确错误第三要素是完整性约束不是存储概念模型要面向具体的 DBMS 设计正确错误概念模型独立于具体 DBMS这张表的用法不是背而是每做错一道题就往上加一行考前只看自己加过的那些。别人的错题对你来说可能根本不是问题自己加的行才是真正的漏洞。7.2 复习顺序与时间分配按我的经验概述章的总复习时间控制在四到五个小时就够再多就是低效重复。分配方式可以这样三级模式两级映像花一个半小时这块值得花时间因为它是后续章节的底层框架理解透了后面讲关系数据库、规范化、并发控制都会顺很多数据模型三层次和 E-R 图花一个小时重点练画图和基数判断基本概念和三阶段对比花一个小时做填空式记忆语言分类和系统组成花半小时纯清单两遍足够了剩下的时间用于错题复盘。复盘时有个小技巧值得说把错题对应回教材的具体小节而不是对应回章节。比如你三级模式的判断题错了要精确到是哪一小节的哪句话然后把那句话前后三段重新看一遍。这比笼统地再看一遍第三章效率高得多因为概念题的错因往往不是整节没学会而是某一句表述被记串了。还有一点我在带习题时反复提醒的概述章的题不要追求全对但要追求错得明白。这章的题型设计本身就有大量细节陷阱第一次做错两道很正常关键是能说出错误原因归属于上表的哪一类——是数量记反、方向记反、层次混用还是归因错位。把错误类型归好类第二遍再遇到同类表述时脑子里会自动亮红灯。我自己做学生时的笔记里这一章记的从来不是知识点本身而是一串陷阱短语比如只能唯一完全根本这些词一出现就知道该停下来核对原文了。