zhicheng char(10) not null,
bumen char (20) not null, foreign key references major(bumen),
fenshu int not null,
renkou int
fanghao char(4)
zhufangmianji int
20
工作部门
房号
fanghao
char
4
要退房号
1、登录信息loca-in
create tableloca-in
(
Local-idchar(20) not null,
Local-pchar（20）not null
Local-r char (10) not null
)
tablespace susyhe_data;
（5）管理-分房
图4-5房产科管理分房E-R图
一个房产科管理多个分房请求（1：m）
一个分房请求由一个房产科管理（1：1）
（6）管理-退房
图4-6房产科管理退房E-R图
一个房产科管理多个退房请求（1：m）
一个退房请求由一个房产科管理（1：1）
（7）视图集成
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
房产管理系统应具有分房、调房、退房和咨询统计功能，同时应能对房产信息、住房信息、住户基本信息及住户家庭信息等进行管理，并建立住房和住户之间的对应关系。对这些信息应能进行方便快捷的新增、修改和删除等操作，另外还能快速找到所需的信息，这个就是需要查询功能
房产管理系统。
系统主要功能如下：
1.分房，调房，退房询，咨统计
fenshu int not null,
yaoqiumianji int not nul
)
tablespace sushe_data;
8、调房要求tiao_q
create tabletiao_q
(
huzhu char(20) not null, primary key
bymen char(20) not null,
1)确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。
2)局部ER模式的合并
合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3)消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
)
tablespace sushe _data;
6、房产文件fang_w
create tablefang_w
(
fanghaochar(4) primary key,
fenpeibiaozhichar(4) not null,
fangzuint not null,
zhufangmianjiint not null,
Bumen
Char
20
工作部门
职称
Zhicheng
Char
10
户主职称
人口
renkou
int
家庭人口
分数
Fenshu
int
住房分数
要求面积
yaoqiumianji
int
要求住房面积
表4.3.8调房要求tiao_q
属性名
存储代码
类型
长度
备注
户主
huzhu
Char
20
申请人姓名
部门
bumen
char
20
图4-7综合E-R图
数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。从此开始便进入了“实现设计”阶段，需要考虑到具体的DBMS的性能、具体的数据模型特点。
从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型，如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题，所以只介绍E-R图如何向关系模型进行转换。
属性名
存储代码
类型
长度
备注
房号
fanghao
char
4
房间号码
分配标志
fenpeibiaozhi
char
4
是否分配（是）
房租
fangzu
Int
每平方米房租
住房面积
zhufangmianji
Int
住房面积
表4.3.7分房要求fang_q
属性名
存储代码
类型
长度
备注
户主
Huzhu
Char
20
申请人姓名
部门
属性名
存储代码
类型
长度
备注
户主
huzhu
chchar
10
户主职称
部门
bumen
char
20
工作部门
分数
fenshu
Int
住房分数
人口
renkou
Int
家庭人口
房号
fanghao
char
4
房间号码
住房面积
zhufangmianji
int
现住面积
表4.3.6房产文件fang_w
关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体，实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。转换原则如下。
1.实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性，
实体的码就是关系的码。
2．联系类型的转换，根据不同的情况做不同的处理。
)
tablespace sushe _data;
3、住房要求user_q
create table user_q
(
huzhuchar(20) not null,foreign key references faculty(huzhu),
yaoqiuchar(10) not null,
)
tablespace sushe_data;
（5）具有相同码的关系模式可合并。
3.根据学生宿舍管理系统的E-R图转换为关系模型如下。
将每一个实体转换成一个关系（关系就是给出关系名，属性就是实体属性，并标明该关系的主键用下划线来表示）
关系模式：
用户信息表（户主，部门，职称，人口，房号）
住房要求（户主，要求）
住房标准（面积，最低分数）
房产文件（房号，住房面积，分配标志，房租）
工作部门
职称
zhicheng
char
10
户主职称
人口
Renkou
Int
家庭人口
分数
Fenshu
Int
分房分数
面积
Mianji
Int
原住房面积
房号
Fanghao
char
4
原房号
申请面积
shenqingmianji
int
申请面积
表4.3.9退房要求tui_q
属性名
存储代码
类型
长度
备注
部门
bumen
Char
4、住房标准zhu_b
create table zhu_b
(
mianjiint not null, primary key (huzhu),
zuidifenshu intnot null,
)
tablespace sushe _data;
5、住房文件zhu_w
create table zhu_w
(
huzhu char(20) not null, primary key (huzhu)
（1）一个1：1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
)
Tablespace sushe_data;
7、分房要求fang_q
create tablefang_q
(
huzhuchar(20) primary key not null,
bumen char(20) not null,
zhicheng char(10) not null,
renkou int not null,
2.用户可以查询房产信息，住房信息，住户信息，住户家庭信息
3.删除，修改，新增信息
房产科把用户申请表（按照统一的格式由用户填写）输入系统后，系统首先检查申请表的合法性，对不合法的申请表系统拒绝接受，对合法的申请表根据类型分别进行处理。
如果是分房申请，则根据申请者的情况计算其分数，当分数高于阈值分数时，按分数高低将申请单插到分房队列的适当位置。每月最后一天进行一次分房活动，从空房文件中读出空房信息，把好房优先分配给排在分房队列前面的符合该登记住房条件的申请者，从空房文件中删除掉这个房号的信息，从分房队列中删除申请单，并把此房号的信息和住户信息一起写到住房文件中，输出住房分配单给住户，同时计算房租并将算出的房租写到房租文件中。
4)全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。综上所述，“图书管理系统”的全局ER模式如图4.3.7所示：