数据库设计示例二元1∶1联系转换为关系模式的实例（第4讲）

在数据库设计中，如何将二元m∶n联系转换为关系模式实例是一个重要的课题。这种联系类型的转换涉及到数据模型的精确定义和规范化处理。通过实际案例分析，我们可以深入理解如何有效地应用这些概念来优化数据库结构。

练习解答t解：(1)关系模式如下： t学生：S(Sno，Sname，Sbirth，Dept，Class，Rno) t班级：C(Class，Pname，Dept，Cnum，Cyear) t系：D(Dept，Dno，Office，Dnum) t学会：M(Mname，Myear，Maddr，Mnum) t (2)各关系模式的候选键、外部键如下： t A、学生S候选键：Sno；外部键：Dept、Class； t B、班级C候选键：Class；外部键：Dept； t C、系D候选键：Dept或Dno；无外部键； t D、学会M候选键：Mname；无外部键。 t课后练习：如何用SQL来创建该数据库？（建议没有学过数据库的同学在自学SQL后练习一下）

第13课，数据库安装已经完成。

第11步：数据库初始化设置。

步骤14：数据库存储设置 在这一环节，我们将深入探讨数据库的存储设置，确保用户能够顺利完成配置过程。通过明确每一步骤，我们提升用户体验，帮助用户更易于理解和操作。

关系模型是目前应用最广泛、也最为重要的一种数据模型，建立在严格的数学概念基础上，采用二维表格结构来表示实体和实体之间的联系。每个表由行和列组成。例如，表1-1展示了教师信息表（表名为：Teachers），包括教师编号、姓名、性别、年龄和口令等属性。

假设关系Booking的属性如下：1． Title, 电影名2． Theater, 正在上映该电影的电影院名3． City, 电影院所在的城市合理的函数依赖：theater -> city；title, city -> theater。在此基础上，将关系模式分解为第三范式，消除不符合BCNF的关系模式和依赖。

2、概念模式(1) 概念模式（Conceptual Schema），也称公共逻辑模式或逻辑模式，它是介于内模式和外模式之间的层次，与结构数据模型对应。概念模式是数据库系统中全局数据逻辑结构和特征的描述，是全体用户的公共数据视图，这种描述是一种抽象描述，不涉及具体硬件平台与软件环境。

订购关系模式优化 初始模式： 订购（客户名，住址，联系电话，书号，书名，作者，出版社，社址） 函数依赖集： F={客户名→住址，客户名→联系电话，书号→书名，书号→作者，书号→出版社，出版社→社址} 候选码： (客户名，书号) 分析： 该模式属于第一范式（1NF），满足每个分量都是不可分的数据项的条件。然而，存在部分函数依赖和传递函数依赖，导致数据冗余和更新异常。 优化后的模式： 为了消除冗余和异常，可以将原始模式分解为以下两个关系模式： 客户(客户名, 住址, 联系电话) 书籍(书号, 书名, 作者, 出版社, 社址) 优化后的函数依赖集： 客户: {客户名→住址，客户名→联系电话} 书籍: {书号→书名，书号→作者，书号→出版社，出版社→社址} 优化后的候选码： 客户: (客户名) 书籍: (书号) 优化后的模式消除了原始模式中的冗余和异常，提高了数据的一致性和完整性。