如果是调房申请，则根据申请者的情况确定其住房等级，然后在空房文件中查找属于给等级的空房，退掉原住房，再进行与分房类似的处理。
如果是退房申请，则从住房文件和房租文件中删除有关的信息，再把此房号的信息写到空房文件中。
住户可向系统询问目前分房的阈值分数，居住某类房屋的条件，某房号的单位面积房租等信息。房产科可以要求系统打印出住房情况的统计表，或更改某类房屋的居住条件、单位面积房租等。
（5）管理-分房
图4-5房产科管理分房E-R图一个房产科管理多个Fra bibliotek房请求（1：m）
一个分房请求由一个房产科管理（1：1）
（6）管理-退房
图4-6房产科管理退房E-R图
一个房产科管理多个退房请求（1：m）
一个退房请求由一个房产科管理（1：1）
（7）视图集成
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
房产管理系统(数据库课程设计)
中国石油大学（北京）远程教育学院
期末考 试
《数据库课程设计》
课程名称数据库课程设计
设计题目房产管理系统
学习中心北京直属
学号087597
姓名代文波
2018年6月
2018年5月15日—2018年6月1日
数据库原理及应用课程设计是软件工程专业集中实践性环节之一。其目的在于加深对数据库基础理论和基本知识的理解，掌握使用数据库进行软件设计的基本方法，提高运用数据库解决实际问题的能力，最终实现对于给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。同时，此次设计对于同学将来的毕业设计和具体工作实践将有重要的意义。
（2）一个1：N的联系可以转换为一个独立的关系模式，也可以与N端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N端实体的码。
（3）一个M：N联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。
（4）三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实休的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
（5）具有相同码的关系模式可合并。
3.根据学生宿舍管理系统的E-R图转换为关系模型如下。
将每一个实体转换成一个关系（关系就是给出关系名，属性就是实体属性，并标明该关系的主键用下划线来表示）
关系模式：
用户信息表（户主，部门，职称，人口，房号）
1)确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。
2)局部ER模式的合并
合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3)消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
4)全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。综上所述，“图书管理系统”的全局ER模式如图4.3.7所示：
房产管理系统应具有分房、调房、退房和咨询统计功能，同时应能对房产信息、住房信息、住户基本信息及住户家庭信息等进行管理，并建立住房和住户之间的对应关系。对这些信息应能进行方便快捷的新增、修改和删除等操作，另外还能快速找到所需的信息，这个就是需要查询功能
房产管理系统。
系统主要功能如下：
1.分房，调房，退房询，咨统计
关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体，实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。转换原则如下。
1.实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性，
实体的码就是关系的码。
2．联系类型的转换，根据不同的情况做不同的处理。
2.用户可以查询房产信息，住房信息，住户信息，住户家庭信息
3.删除，修改，新增信息
房产科把用户申请表（按照统一的格式由用户填写）输入系统后，系统首先检查申请表的合法性，对不合法的申请表系统拒绝接受，对合法的申请表根据类型分别进行处理。
如果是分房申请，则根据申请者的情况计算其分数，当分数高于阈值分数时，按分数高低将申请单插到分房队列的适当位置。每月最后一天进行一次分房活动，从空房文件中读出空房信息，把好房优先分配给排在分房队列前面的符合该登记住房条件的申请者，从空房文件中删除掉这个房号的信息，从分房队列中删除申请单，并把此房号的信息和住户信息一起写到住房文件中，输出住房分配单给住户，同时计算房租并将算出的房租写到房租文件中。
图4-7综合E-R图
数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。从此开始便进入了“实现设计”阶段，需要考虑到具体的DBMS的性能、具体的数据模型特点。
从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型，如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题，所以只介绍E-R图如何向关系模型进行转换。
（1）一个1：1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
（1）用户
图4-1用户E-R图
（2）申请表
图4-2申请表E-R图
（3）房产科-分配-住房
图4-3房产科分配住房E-R图
一个房产科分配多套住房（1：m）
一套住房只被一个房产科分配（1：1）
（4）管理-调房
图4-4房产科管理调房E-R图
一个房产科管理多个调房请求（1：m）
一个调房请求由一个房产科管理（1：1）