凡是直接针对数据库本身的管理工作都归 DBA，编译器优化不是。
D 属于编译器和程序语言实现的范畴。A、B、C 都是 DBA 的核心工作：模式管理、安全与权限、备份恢复、性能和并发。
课件第 14 页给 DBA 的定义是“负责设计、建立、管理和维护数据库，以及协调用户对数据库的要求”。A、B、C 三项分别是设计建立、维护、协调用户，正好和定义一一对应。
学校信息中心里，谁最像这道题里说的 DBA？
DBA 管的是数据库这一层，往上的应用程序和往下的编译器都不归他。
建库之前：定义模式、存储结构、安全策略，也就是决定存什么、怎么存、谁能看。运行之中：配置并发控制、管理权限、监控性能、调优。出事之后：按备份恢复方案把数据库救回来。每一段都对应教材后面的章节，第 8 章安全、第 9 章并发、第 10 章备份恢复。
DBA 像一栋楼的物业经理，管门禁、管水电、管消防演练，但不管住户自己家里怎么装修，也不管建筑公司怎么炼钢。
把服务器上的 MySQL 升级到新版本，这件事归 DBA 还是归应用程序员？
视图属于外部层，联系和主键外键属于概念层，索引的页大小和分裂策略属于物理层。
物理层关注存储实现细节，文件、页、块、索引怎么实现都属于它。A 和 D 属于概念层，也就是模式。B 属于外部层，视图就是一个外模式。
题里的“数据抽象层次”就是三级模式换了一个说法：外部层是外模式，概念层是模式，物理层是内模式。每个选项先问一句“这是用户看到的、全局定义的、还是存储实现的”，答案就出来了。
“学生表按学号升序存放在磁盘上”，属于哪一层？
四个选项正好覆盖三层，是一道分层归类的好题。
课程与学生的多对多联系是全库逻辑结构的一部分，归模式。主键和外键约束是定义在模式上的规则，也归模式。视图 V_PublicStudent 只让某类用户看到学生表的部分列，是一个外模式。B+ 树是索引在磁盘上的实现方式，页大小和分裂策略是纯粹的存储细节，归内模式。
视图是从一张或几张表派生出来的虚表，第 7 章会学，它是外模式最常见的实现手段。B+ 树是数据库索引最常用的数据结构，第 7 章也会提到，这里只需要知道它是存储层面的东西。
“只允许辅导员看到本班学生的成绩”，这条要求落在哪一层？
拆表改的是逻辑结构，应用的视图没变，靠的是外模式/模式映像，这是逻辑独立性。
拆分概念模式里的关系是逻辑层的变化，通过外模式/模式映像保持原有视图和程序不变，体现的是逻辑独立性。A 是存储层的变化，C 和 D 是第 9 章并发控制里的术语，和本题无关。
这道题和第 5 题是一对：第 5 题改的是存法，这道题改的是表结构。判断的办法一样，先看改了哪一层，一张表拆成两张，表的定义变了，那就是模式变了。
拆表之后，原来查“作品”视图的程序为什么可以一行不改？
视图是应用看到的外模式，只要映像把新的两张表重新拼成原来的样子，应用就察觉不到。
拆表之前，视图“作品”直接对应 Work 一张表。拆表之后，DBMS 把视图的定义改成 WorkMeta 和 PublishInfo 两张表拼起来的结果，这一步就是调整外模式/模式映像。应用照旧查“作品”视图，拿到的列和以前一样。
事务隔离性和可串行化都是第 9 章并发控制的概念，说的是多个用户同时操作时互不干扰，跟改表结构没有关系。选择题里出现明显不属于本章的词，通常就是用来排除的。
如果拆表之后没有更新映像，应用程序会发生什么？
一个房间住多名学生，同一时刻一名学生只住一个房间，房间对学生是一对多。
一个房间对应多名学生，每个学生当前只对应一个房间，因此房间对学生是 1:n。只有允许一个学生同时住多个房间，或者规定一个房间只住一个人，才会变成 m:n 或 1:1。
判断方法回到课件第 37 页：从房间的一个实体出发，最多对应几名学生，是多个。从学生的一个实体出发，最多对应几个房间，题干说了唯一，是一个。一边多一边一，就是一对多，多的一头写 n。
题干里“6 人间”这个数字，对判断联系类型有没有影响？
联系类型不是事物固有的，它取决于题目给的假定，假定一变，类型跟着变。
题干的假定是“同一时刻每位学生唯一入住一个房间”，所以是 1:n。如果改成“记录学生四年里住过的所有房间”，一个学生对应多个房间，就变成 m:n。如果改成“单人间”，一个房间只住一人，就变成 1:1。做这类题先找题干里的限定词，再数两边最多各对应几个。
课件第 37 页的演示里有“宿舍房间与学生”这个例子，点一下能看到连线。第 13 章设计数据库时，这个 1:n 会直接决定学生表里要不要加一列“房间号”，多对多则需要单独建一张表。
如果一名学生可以登记多个手机号，“学生与手机号”是哪种联系？