2025年数据库试题库及答案

2025年数据库试题库及答案一、单项选择题（每题2分，共30分）1.以下关于数据库系统三级模式结构的描述中，错误的是（）。A.外模式是用户与数据库系统的接口B.模式描述数据的全局逻辑结构C.内模式是数据物理存储结构的描述D.外模式/模式映射保证了数据的物理独立性2.关系代数中，若要在关系R中选取属性A的值大于100且属性B的值等于"active"的元组，应使用（）操作。A.投影（π）B.选择（σ）C.连接（⋈）D.除（÷）3.某关系模式R（A,B,C,D），其函数依赖集F={A→B,B→C,(A,D)→C}，则R的候选码是（）。A.AB.(A,D)C.BD.(B,D)4.以下关于索引的说法中，正确的是（）。A.聚集索引可以提高范围查询效率，但会影响插入性能B.非聚集索引的叶子节点存储表的所有数据C.唯一索引不允许重复值，但可以有多个NULL值D.覆盖索引不需要回表查询，因此一定比非覆盖索引快5.事务的ACID特性中，“原子性”指的是（）。A.事务执行结果必须使数据库从一个一致性状态变到另一个一致性状态B.一个事务的执行不能被其他事务干扰C.事务一旦提交，其对数据库的修改是永久的D.事务的所有操作要么全部完成，要么全部不完成6.某数据库系统中，事务T1读取数据X后，事务T2读取并修改X，随后T1再次读取X，此时T1两次读取的X值不同。这种现象属于（）。A.脏读B.不可重复读C.幻读D.丢失修改7.以下关于数据库备份的说法中，错误的是（）。A.完全备份恢复时间最短，但空间占用最大B.差异备份基于上一次完全备份，备份所有变化的数据C.日志备份需要与完全备份配合使用才能恢复到任意时间点D.物理备份比逻辑备份更快，但兼容性更差8.在分布式数据库中，CAP理论指的是（）。A.一致性、可用性、分区容错性B.正确性、原子性、持久性C.并发控制、访问控制、权限控制D.连接性、聚合性、并行性9.以下关于NoSQL数据库的描述中，适合用于存储社交网络用户关系图的是（）。A.键值存储（如Redis）B.列族存储（如HBase）C.文档存储（如MongoDB）D.图存储（如Neo4j）10.数据仓库与OLTP系统的主要区别是（）。A.数据仓库支持实时事务处理，OLTP支持历史数据分析B.数据仓库存储当前业务数据，OLTP存储历史汇总数据C.数据仓库使用星型或雪花模式，OLTP使用第三范式D.数据仓库对事务一致性要求高，OLTP对查询性能要求高11.以下关于B+树索引的说法中，错误的是（）。A.所有叶子节点通过指针连接，支持范围查询B.非叶子节点存储键值和子节点指针C.高度比B树更低，查询效率更稳定D.适合作为哈希索引的替代方案处理等值查询12.某数据库表有100万条记录，字段包括用户ID（主键，整型）、姓名（字符串）、注册时间（时间戳）。若频繁查询“2024年注册的用户姓名”，最优索引策略是（）。A.对用户ID建立聚集索引B.对注册时间建立非聚集索引C.对（注册时间，姓名）建立联合索引D.对姓名建立全文索引13.以下关于数据库并发控制的说法中，正确的是（）。A.共享锁（S锁）和排他锁（X锁）兼容B.两阶段锁协议（2PL）可以避免死锁C.乐观并发控制适合写冲突少的场景D.多版本并发控制（MVCC）通过锁机制实现隔离14.以下属于数据库完整性约束的是（）。A.触发器B.视图C.外键D.存储过程15.在分布式数据库中，若采用分片策略将表按用户ID的哈希值划分为4个分片，其主要目的是（）。A.提高事务的原子性B.减少网络传输开销C.保证数据的强一致性D.简化数据备份操作二、填空题（每空1分，共20分）1.关系模型的三要素包括数据结构、（）和（）。2.事务的ACID特性中，“I”代表（）。3.关系模式R的规范化程度越高，数据冗余越（），但查询时需要的连接操作越（）。4.索引按存储结构可分为B+树索引、（）和（）。5.数据库恢复的基础是（），其主要包括（）和（）两种类型。6.分布式数据库的分片方式主要有水平分片、（）和（）。7.NoSQL数据库的四大类是键值存储、列族存储、（）和（）。8.数据仓库的建模方法主要有（）和（），其中（）更常见。9.数据库并发控制中，死锁的预防方法包括（）和（）。三、简答题（每题5分，共40分）1.简述关系的三类完整性约束及其作用。2.说明索引的优缺点，并举例说明何时不适合使用索引。3.比较OLTP（联机事务处理）与OLAP（联机分析处理）的主要区别。4.简述事务回滚的过程及其依赖的数据库机制。5.解释第三范式（3NF）与BCNF（巴斯-科德范式）的区别，并举例说明。6.说明锁升级（LockEscalation）的原因及可能带来的影响。7.简述日志在数据库恢复中的作用，并说明如何利用日志实现前滚（Redo）和回滚（Undo）。8.比较关系数据库与NoSQL数据库的适用场景，各举两个典型应用案例。四、设计题（每题8分，共40分）1.某高校需设计学生选课管理系统，需求如下：学生（学号，姓名，专业，入学时间）课程（课程号，课程名，学分，授课教师）选课关系（学号，课程号，成绩）要求：（1）绘制E-R图（需标注实体、属性、联系及联系类型）；（2）将E-R图转换为关系模式，并指出主码和外码。2.某电商订单表结构为Order（OrderID,UserID,ProductID,Quantity,OrderTime,Status），其中OrderID为主键，UserID是用户ID，OrderTime是下单时间，Status是订单状态（如“待支付”“已发货”）。现有查询需求：查询某用户（UserID=1001）最近30天内状态为“已发货”的订单，按OrderTime降序排列；统计某商品（ProductID=2005）近一年的总销量。请设计合理的索引策略，并说明理由。3.设计一个银行转账事务的处理逻辑（涉及账户表Account，包含AccountID、Balance字段），要求：（1）使用T-SQL或伪代码描述事务流程；（2）指定事务的隔离级别（如读已提交、可重复读等），并说明选择理由；（3）处理可能出现的异常（如余额不足、死锁）。4.某企业数据库需要部署备份与恢复策略，面临的故障场景包括：磁盘损坏导致数据文件丢失；误删除整张表（未提交事务）；数据库服务器宕机（已提交事务未写入磁盘）。请设计针对性的备份方案（需包含备份类型、频率、存储位置）及恢复步骤。5.某社交平台需存储用户发布的短动态（内容、发布时间、点赞数、评论列表），要求支持快速查询某用户最近100条动态，以及按关键词搜索动态内容。传统关系数据库在扩展性和全文检索上存在瓶颈，需引入NoSQL数据库。请：（1）选择适合的NoSQL类型（键值、文档、列族、图、搜索引擎等）；（2）设计数据模型（示例：键的结构、文档/列族的字段）；（3）说明如何支持“查询某用户最近100条动态”和“关键词搜索”需求。五、综合应用题（共20分）某公司运营一个在线商城，数据库系统出现以下问题：高峰期下单响应时间从200ms增加到2s，影响用户体验；每天凌晨的销售统计报表提供时间超过3小时，业务部门无法及时获取数据；上周因数据库服务器硬件故障，丢失了2小时的订单数据。请结合数据库优化、架构设计、备份恢复等知识，提出解决方案：（1）分析下单响应慢的可能原因（至少3点），并给出优化措施；（2）设计销售统计报表的优化方案（需考虑OLTP与OLAP的协同）；（3）改进备份与恢复策略，确保最多丢失15分钟数据。参考答案一、单项选择题1.D2.B3.B4.A5.D6.B7.B8.A9.D10.C11.D12.C13.C14.C15.B二、填空题1.数据操作；完整性约束2.隔离性（Isolation）3.小；多4.哈希索引；全文索引（或空间索引）5.日志；重做日志（RedoLog）；撤销日志（UndoLog）6.垂直分片；混合分片7.文档存储；图存储8.星型模式；雪花模式；星型模式9.一次封锁法；顺序封锁法三、简答题1.三类完整性约束：实体完整性：主码值非空且唯一，保证实体的唯一性（如学生表的学号）；参照完整性：外码值要么为空，要么等于被参照表的主码值，保证表间数据一致性（如选课表的学号需存在于学生表）；用户定义完整性：针对具体业务的约束（如成绩字段取值0-100）。2.索引优点：加速查询（尤其是范围、排序）；缺点：增加插入/更新/删除的开销，占用存储空间。不适合场景：表记录少（全表扫描更快）、字段重复率高（如“性别”字段）、频繁更新的列（索引维护成本高）。3.主要区别：目标：OLTP支持日常事务（如下单），OLAP支持决策分析（如销售统计）；数据特征：OLTP存储当前、细节数据，OLAP存储历史、汇总数据；设计模式：OLTP使用高范式（减少冗余），OLAP使用星型/雪花模式（优化查询）；操作类型：OLTP是短事务、大量写，OLAP是长查询、大量读。4.事务回滚过程：当事务执行失败（如违反约束、死锁），数据库根据Undo日志撤销事务已做的修改，将数据恢复到事务开始前的状态。依赖机制：Undo日志记录了事务对数据的修改前值，回滚时按日志反向操作。5.区别：3NF要求非主属性完全依赖于候选码且不传递依赖；BCNF要求所有属性（包括主属性）都完全依赖于候选码。示例：关系R（A,B,C），F={A→B,B→C}，候选码是A。R满足3NF（非主属性C传递依赖于A，但3NF允许主属性间的部分依赖），但不满足BCNF（B不是候选码，存在主属性B对候选码A的部分依赖）。6.锁升级原因：当事务持有大量细粒度锁（如行锁）时，数据库会将其升级为粗粒度锁（如表锁）以减少锁管理开销。影响：提高并发性能，但可能增加锁冲突，降低其他事务的并发性。7.日志作用：记录所有数据修改操作，用于故障恢复。Redo（前滚）：将已提交但未写入磁盘的事务操作重新执行，保证持久性；Undo（回滚）：撤销未提交事务的修改，保证原子性。8.关系数据库适用场景：需要强一致性、复杂事务（如银行转账、订单系统）；案例：MySQL用于电商订单表，Oracle用于ERP系统。NoSQL适用场景：高并发读、非结构化数据、扩展性要求高（如社交动态存储、实时推荐系统）；案例：MongoDB存储用户评论，Redis缓存热点数据。四、设计题1.（1）E-R图：学生（学号,姓名,专业,入学时间）、课程（课程号,课程名,学分,授课教师）为实体，选课为M:N联系（学生选多门课，课程被多个学生选）。（2）关系模式：学生（学号PK，姓名，专业，入学时间）；课程（课程号PK，课程名，学分，授课教师）；选课（学号FK→学生.学号，课程号FK→课程.课程号，成绩），主码（学号，课程号）。2.索引策略：对（UserID,Status,OrderTime）建立联合索引（覆盖查询字段），因查询需按UserID过滤、Status过滤、OrderTime排序，联合索引可避免回表且支持排序；对（ProductID,OrderTime）建立索引，统计销量需按ProductID分组并过滤时间范围，索引可加速分组统计。3.事务逻辑（伪代码）：BEGINTRANSACTION;SETTRANSACTIONISOLATIONLEVELREADCOMMITTED;-平衡一致性与并发性SELECTBalanceFROMAccountWHEREAccountID=AFORUPDATE;-加排他锁防止并发修改IFBalance<AmountTHENROLLBACK;RETURN'余额不足';ENDIF;UPDATEAccountSETBalance=Balance-AmountWHEREAccountID=A;UPDATEAccountSETBalance=Balance+AmountWHEREAccountID=B;COMMIT;异常处理：捕获死锁异常（如重试机制），余额不足时回滚。4.备份方案：完全备份：每周日0点全量备份，存储至云存储（异地）；差异备份：每天12点备份自上次完全备份以来的变化数据；日志备份：每15分钟备份事务日志，存储至本地+云存储。恢复步骤：磁盘损坏：恢复最近完全备份→应用最新差异备份→应用日志至故障前；误删表：若事务未提交，直接回滚；若已提交，通过日志撤销操作；服务器宕机：重启后通过Redo日志重做已提交但未持久化的事务。5.（1）选择文档存储（如MongoDB）+搜索引擎（如Elasticsearch）；（2）文档模型：键为用户ID+动态ID，文档字段{user_id,content,p