数据库设计案例-酒店管理系统.pdf

《数据库设计案例-酒店管理系统.pdf》由会员分享，可在线阅读，更多相关《数据库设计案例-酒店管理系统.pdf（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、酒 店 管 理 系 统 数 据 库 设 计1酒酒 店店 管管 理理 系系 统统一、背景说明一、背景说明目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务:饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解.此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。二、部门的划分二、部门的划分1 1 饮食部门饮食部门它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率.例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等;后勤各种活

2、动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要,因此这些信息没有必要采用数据库管理.对于饮食部门,需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。在规模较大的酒店餐饮服务部分,餐厅可分成几个等级或几个小部门,然后各自形成小系统，本系统为了简单起见,把饮食部门作为一个子系统，不再细分.2 2 住宿管理部门住宿管理部门它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息,确认其身份,登记其入住、退房时间.C.统计各类房间的

3、客满程度。D.对本部门的财务流动进行登记处理。以上信息处理可以通过计算机完成,其他不便于计算机操作的在此没有列出。3 3 娱乐管理部门娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似,不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等.这些信息都需要长时间保留并上报。4 4 经理部门经理部门经理部门的功能虽然不是面向顾客、不是酒店的服务项之一,但它的存在却是必不可少的。它的主要职责有：A。管理员工。给员工编

4、号，登记其酒 店 管 理 系 统 数 据 库 设 计2基本信息;根据员工的平时表现及工龄确定工资；此外，还要给员工分配工作部门及职务等等.B。划分部门.给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。C。对本部门的财务进行核算（支付工资等）。D.期末对酒店的收益情况进行核算。三、各子系统的功能三、各子系统的功能虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率，如上所述,便于电脑操作只有财务处理.在划分子系统时，考虑到各子系统都有各自的财务处理,且有相似性，所以就把它们归为统一的一个“财务子系统”。同时“饮食子系统”取消，因为它的所有需要涵盖的

5、功能都已包含在“财务子系统”中。因此系统共划分为四部分：总经理子系统、财务子系统、住宿子系统和娱乐子系统。1 1 总经理子系统总经理子系统A.对新来的员工进行编号、登记、分配工作。员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注B.对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；同时补充新的员工,代替它的工作.C.对新增部门作各种初始工作.如编号、命名、任命经理等。部门号、名称、部门经理、员工数量D.取消某个部门时，核算该部门的财务情况，并作备份;同时对该部门的员工重新分配工作。E.其他情况的处理

6、2 2 财务子系统财务子系统A.每天的收入、支出登记编号、发票号、摘要、数量、单位、数额、经手人、日期B.期末各子系统的财务汇总编号、上月余额、总收入、总支出、余额、经手人、日期C.期末酒店汇总个部门的财务报表，结算本酒店收益（编号、部门号、部门名称、收入、支出、净收入、经手人、日期）3 3 住宿子系统住宿子系统A.来客登记若多人住同一房间，只作一个记录。客人信息房间号、房间类别、客人数量、联系人名、身份、证件名称(类酒 店 管 理 系 统 数 据 库 设 计3型）、证件号码、入住时间、退出时间B.房间管理旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态

7、等。房间类别类别号、名称、设备、收费标准、总数量、剩余量、管理人员房间房间号，房间类型、状态（该部门的财务处理与饮食子系统同,归到财务子系统）4娱乐子系统娱乐子系统A.添加新的娱乐项目娱乐项目娱乐项目号、名称、收费标准、负责人B.取消某娱乐项目（财务处理（同饮食子系统）归到财务子系统)四、数据字典四、数据字典1 1数据项数据项数据项名说明部分数据项有待按各子系统分类列表.编 数 据 项说明部编号 名称135791113151员 工 数整数类型量设备16房间类型枚举类型如单人、双人标准间等文本说明设 备情18收费标准不同的实体有不同的单负责人参照“员工号“14经手人参照“员工号“员工号性别工龄名

8、称级别号工资分号称姓名年龄部门号职务文本类型长度为 10 字符整数类型18100数字串类型；有唯一性枚举类型；根据公司的制定而定文本整数类型；有唯一性2枚举类型：男、女整数类型0100文本类型整数类型整数类型46810级别名12部门经理参照“员工号“酒 店 管 理 系 统 数 据 库 设 计471921232527293133352 2日期单价摘要量房间号总数量况某一等级的房间的20剩余量数量数字 串类 型有唯22状态一性客 人 数某一房间所住的人24身份数证 件 类文本类型型入 住 时格式：/*间编号在各系统有不同意30发票号义，唯一收入支出来源去向32数量的摘要不同的系统有不同34备注的单

9、位格式：*/*位某一等级房的尚可用数该房是否已被入住 枚举类型登记旅客的目前住址26证件号码整数类型28退出时间格式：*/*按固定格式输入整数类型文本类型数据结构数据结构属性员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注部门号、名称、部门经理、员工数量人、备注编号数据结构名1234567员工信息部门汇酒店财务总编号、部门号、名称、收入、支出、净利、日期、经手部门营业情编号、发票号、摘要、单价、数量、数额、日期、经手况房间类别房间客人信息人、备注类别号、名称、设备、收费标准、总数量、剩余量、管理人员房间号、房间类别、状态房间号、客人数量、联系人名、身份、证件类型、证件酒 店 管 理 系

10、统 数 据 库 设 计5号码、入住时间、退出时间、备注83 3编号娱乐项目数据流数据流数据流名1234567891011121314151617181920212223244 4员工基本信息工资结算当前员工工作员工新工作“辞工”信息部门基本信息息新部门基本信息老部门信息顾客基本信息顾客需求满足顾客要求顾客住房信息目前住房信息息住房单价住房数量新娱乐项目信息老娱乐项目信息数额项目单价支出情况收入情况部门营业情况数据存储数据存储编号、名称、收费标准、负责人输入输出招新员工员工信息员工信息调配工作辞老员工部门信息员工信息总经理处财务支出调配工作员工信息调配工作调配工作部门信息更新后的部门信调配工作新

11、增部门取消老部门来客登记住房登记调配住房顾客信息住房信息调配工作调配工作顾客信息调配住房顾客信息调配住房调配住房住房信息更新后的住房信调配住房住房信息调配住房添加新项目取消老项目娱乐管理部门收入娱乐项目信息子部门支出子部门收入子部门财务信息住宿管理部门收入住宿管理部门收入娱乐项目信息娱乐项目信息娱乐管理部门信息娱乐管理部门收入子部门财务信息子部门财务信息酒店财务总汇信息酒 店 管 理 系 统 数 据 库 设 计6数据存储名员工信息输入数据流员工基本信息员工新工作输出数据流工资结算当前员工工作说 明 部 分部门信息更新后的部门信当前部门信息息经理处财务信息经理处财务支出经理处财务收入部门营业情况

12、顾客信息顾客基本信息满足顾客要求住房信息更新后的住房信目前的住房信息息住房单价娱乐项目单价娱乐项目信息新娱乐项目信息老娱乐项目信息子部门财务信息收入情况支出情况部门营业情况酒店财务总汇信部门营业情况息5 5处理过程处理过程输入数据流终端终端当前员工工作员工基本信息处理过程名招新员工辞老员工调配工作输出数据流员工基本信息员工基本信息员工新工作更新后的部门信说 明 部 分当前部门基本信息息增新部门取消部门终端终端部门基本信息部门基本信息部门营业结算来客登记终端顾客基本信息顾客需求顾客离开终端注销住房酒 店 管 理 系 统 数 据 库 设 计7调配住房顾客需求注销住房目前住房信息更新后的住房信息住房

13、数量满足顾客要求住宿管理部门收住房数量入添加新项目取消老项目娱乐管理部门部门收入部门支出概念结构设计过程概念结构设计过程住房单价终端终端娱乐项目单价终端终端新项目信息老项目信息收入情况支出情况本公司开发酒店管理系统，经过可行性分析、详细调查以及多次讨论,确定了该系统由娱乐管理部门、经理管理部门、宿舍管理部门和财务管理部门四个子系统组成。本过程结构设计过程采用自底向上的设计方法，即首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构.下面给出各个子系统的分析及分 E-R 图的设计及对其进行的各项调整。经理管理部门子系统经理管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集

14、，并结合需求分析,明确了-子系统的功能：子系统的功能：A.管理员工:给员工编号，登记其基本信息.根据员工的平时表现确定其出勤工资及根据等级确定其固定工资，从而确定其实际工资,此外还要给员工分配工作部门等。B.划分部门:给各部门编号、命名、确定其职责范围、任命部门经理、分配员工。C。对本部门的财务进行核算（支付工资等)。根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分 ER 图:员工1对应1工资n组成1 部门1n 账单核算酒 店 管 理 系 统 数 据 库 设 计8对对 E-RE-R 图调整的准则：图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实

15、体的划分:属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。实体属性定义实体属性定义:员工（员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注）工资（员工号、等级、实际工资、基本工资、出勤工资）部门（部门号、名称、部门经理、员工数量)账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）具体调整如下具体调整如下:1.本来员工还应对应一个领导关系,但这里为了简便,就用员工的”等级”属性来表示员工之间的领导关系；2.工资本应作为员工的一个属性,但这里需强调员工对应的出勤工资（由出勤情况决定），因此将它单独作为一个实体；3.部门对应的账单本应属于财务子系统的内容，这里

16、为了简化财务子系统，先在各个子系统中进行财务总结，因此,将账单也作为一个实体。娱乐管理部门子系统娱乐管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集，并结合需求分析，明确了-子系统的功能子系统的功能:A.为各个项目制定收费标准,分配负责人;B。收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等信息;C。对在部门内进行娱乐的顾客进行收费,并根据折扣规则给与顾客相应的折扣；D。对部门内部进行帐务处理；根据要求分析给出的数据流图,参照数据字典中的详细描述，给出经理管理部门的分 E-R 图:项目1负责n员工折扣规则1nn核算1账单m顾客1应付1款项1选实体属性定义

17、实体属性定义:择对应酒 店 管 理 系 统 数 据 库 设 计9项目(编号、名称、所在位置、收费标准、负责人)员工（员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)顾客（顾客号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注）款项(顾客号、级别、使用时间、应收款、实际收款、折扣）折扣规则(级别、折扣情况)账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）对对 E-RE-R 图调整的准则：图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。具体调整如下具体

18、调整如下:1本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性来表示员工之间的领导关系;2 款项本可以作为顾客的一个属性来设置，但这里为了强调对顾客的折扣情况，需要对款项进行进一步的描述，因此这里作为一个实体；3对顾客所采取的折扣规则，本应该根据顾客的实际消费量来划定，这里为了方便起见,给每位顾客添加了一个“级别”属性，用以对应采取的折扣规则；4部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结，因此,将账单也作为一个实体；住宿管理部门子系统住宿管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析，明确了子系统

19、的功能子系统的功能:A。给个房间布置设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退出时间；C.接受顾客的预定服务，对于已预定的客房进行登记的处理；D.统计各类房间的客满程度；E.对本部门的财务流动进行登记处理。根据需求分析给出的数据流图，参照数据字典中的详细描述,给出经理管理部门的分 ER 图:顾客m住宿n客房m负责n员工111酒 店 管 理 系 统 数 据 库 设 计10m预应订付1账单预约核算11订单1实体属性定义实体属性定义:款项1对应1折扣规则顾客(顾客号、级别、姓名、年龄、性别、证件类型、证件号码、入住时间、退出时间、备注）客房（客房号、类

20、别、位置、设备、收费标准、管理人员、状态）员工（员工号、姓名、性别、年龄、工龄、级别、部门、备注)款项(顾客号、级别、使用时间、应收款、实际收款、折扣）折扣规则（级别、折扣情况)订单（订单号、时间、房间号、经手人、备注）账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注)对对 E-RE-R 图调整的准则：图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。具体调整如下：具体调整如下：1本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性来表示员工之间的领导关系；2 款项

21、本可以作为顾客的一个属性来设置,但这里为了强调对顾客的折扣情况，需要对款项进行进一步的描述，因此这里作为一个实体；3对顾客所采取的折扣规则，本应该根据顾客的实际消费量来划定，这里为了方便起见，给每位顾客添加了一个“级别”属性，用以对应应采取的折扣规则；4部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账单也作为一个实体。财务管理子系统财务管理子系统本开发小组成员经过调查、信息流程分析、数据收集，并结合需求分析，明确了子系统的功能子系统的功能:A.对各个部门上交上来的收支情况进行汇总，得出各个部门的损益情况；酒 店 管 理 系 统 数 据 库

22、 设 计11B.对整个酒店各个部门的损益情况进行汇总登记，得出本期酒店的损益；C.将整个酒店的收益情况下发给各个部门,帐务公开，集思广益。分 ER 图如下:部门1组成n员工1n核1财务状况算1mm账单m结算1总帐实体属性定义实体属性定义:部门（部门号、名称、部门经理、员工数量）员工（员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）总帐(编号、部门号、收入、支出、净利、日期、经手人、备注)财务状况（时期、总收入、总支出、净利润)对对 E-RE-R 图调整的准则：图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属

23、性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息.具体调整如下具体调整如下:员工应对应一个领导关系，但为了简便起见，就用员工的“等级”属性来表示员工之间的领导关系.视视 图图 集集 成成以上便是四个子系统的分E-R图设计及其调整的整个过程,接着要做的就是将所有的分 E-R 图进行综合，合成一个系统的总 E-R 图。由于本系统比较简单,分 ER 图规模也比较小，所以 E-R 图合成过程采用一次将四个子系统分 E-R 图集成总 ER 图的方式。分两步进行：第一步：合并。第一步：合并。解决各分 ER 图之间的冲突，将各分 ER 图合并起来生成初步 E-R 图。各分

24、 ER 图之间的冲突主要有三类：1属性冲突:下发汇总酒 店 管 理 系 统 数 据 库 设 计12（1）属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存在这种冲突；（2）属性取值单位冲突。由于本系统较简单，不存在这类冲突；2命名冲突：（1）同名异义:由于本系统较简单，所以不存在这类冲突；（2）异名同义:由于本系统较小,所以不存在这类冲突;3结构冲突：（1）同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种冲突，考虑到后期的简化合并，我们在设计各个分 E-R 图就早先解决了这个问题，即将在任何一个分 E-R 图中作为实体出现的属性全部作为实体；（

25、2）同一实体在不同分 E-R 图中所包含的属性个数和属性排列次序不完全相同：由于本系统较简单，所以并不存在这种冲突；第二步：修改和重构。第二步：修改和重构。消除不必要的冗余，生成基本 E-R 图.由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步 ER 图就是基本 ER 图，不必再进行调整。下面给出 ER 图。总总 E ER R 图图:员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注）；工资（员工号、等级、实际工资、基本工资、出勤工资）；部门（部门号、名称、部门经理、员工数量、财务状况编号）；项目（项目编号、部门号码、名称、所在位置、收费标准、负责人号)；顾客(顾客编号、

26、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注);客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）;款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款）；折扣规则(折扣级别、折扣情况)；订单(订单号、顾客号、经手人号、备注)；账单(账单编号、总帐编号、发票号、收入数、支出数、日期、经手人号、备注)；总帐(总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手酒 店 管 理 系 统 数 据 库 设 计13人号、备注）；财务状况(财务状况编号、时期、总收入、总支出、净利润）;工资1员工财务状况n1负责汇总对应11n部门1总账结算11

27、m折扣规则帐单n1核算下1n项目nm选择1m款项客房m住宿n顾客1应付1n1m 订单1一一.与总与总 E-RE-R 图对应的关系模式图对应的关系模式1 1、实体所对应的关系模式：、实体所对应的关系模式：员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注）；工资（员工号、等级、实际工资、基本工资、出勤工资)；部门（部门号、名称、部门经理、员工数量、财务状况编号）；项目（项目编号、部门号码、名称、所在位置、收费标准、负责人号）；顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注)；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；属

28、下属对应预约逻逻 辑辑 结结 构构 设设 计计预订酒 店 管 理 系 统 数 据 库 设 计14款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款）；折扣规则(折扣级别、折扣情况）；订单（订单号、顾客号、经手人号、备注）；账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）；总帐(总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注)；财务状况（财务状况编号、时期、总收入、总支出、净利润）；说明：说明：1.下加横线部分表示关系的码2.以上关系的详细内容说明请参照概念结构设计中的具体内容3。上面的各个关系对概念结构设计中的相关内容了作

29、了修改，主要加了各个实体中间的联系，尤其是一对多的联系,纳为属性。2 2、联系所对应的关系模式：、联系所对应的关系模式：1）、把客房和订单之间的 n：m 的预约联系转化为相应的关系模式如下：预约（订单号、客房号、始定时间、结束时间）；2）、把顾客和房间之间的 n：m 的住宿联系转化为相应的关系模式如下：住宿（顾客号、房间号码、住宿时间);3）、把顾客和项目之间的 n:m 的选择联系转化为相应的关系模式如下：选择（顾客号、项目号、发生时间、经受人号、备注）;4)、其他联系处理说明如下：工资和员工之间的 1：1 联系与员工关系合并;顾客和订单之间的 1：1 联系与订单关系合并；折扣规则和款项之间的

30、 1:1 联系与款项关系合并;员工和部门之间的 n：1 联系与员工关系合并；部门和财务状况之间的 n：1 联系与部门关系合并；客房和部门之间的 n:1 联系与客房关系合并；项目和部门之间的 n：1 联系与项目关系合并；总帐和财务状况之间的 n：1 联系与总帐关系合并；帐单和总帐之间的 n：1 联系与帐单关系合并;帐单和项目之间的 n:1 联系与项目关系合并；二二.优化后的数据模型优化后的数据模型1 1、按照数据依赖对关系模式进行逐一分析按照数据依赖对关系模式进行逐一分析,并进行极小化处理：并进行极小化处理：酒 店 管 理 系 统 数 据 库 设 计15员工（员工号、姓名、性别、年龄、工龄、级别

31、、部门号、职务、备注);BCNF工资(员工号、等级、实际工资、基本工资、出勤工资）；BCNF部门(部门号、名称、部门经理、员工数量、财务状况编号)；BCNF项目(项目编号、部门号码、名称、所在位置、收费标准、负责人号)；BCNF顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注）；BCNF优化说明：删除了使用时间，一是因为“使用时间”对于顾客的属性必要性不强,二是因为使用时间在别的关系中也可以查询到。客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态）；BCNF款项（款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款)；BCNF折扣规则(折扣

32、级别、折扣情况）；BCNF订单(订单号、顾客号、经手人号、备注）;BCNF账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注)；BCNF总帐(总帐编号、部门号、财务状况编号、收入、支出、日期、经手人号、备注)；BCNF优化说明：删除了净利，这一项可以根据收入、支出可以计算，而且并不经常对它进行查询。财务状况（财务状况编号、时期、总收入、总支出、净利润）;1NF优化说明:净利润没有删除，因为在这一项上查询比较频繁,如果每次查询都计算,必然使系统计算增加，性能降低.保留下来虽然造成了一定的冗余，但提高了查询的效率，利大于弊。预约（订单号、客房号、始定时间、结束时间）；3N

33、F住宿（顾客号、房间号码、住宿时间）；3NF选择（顾客号、项目号、发生时间、经受人号、备注）;3NF2 2、对关系模式进行必要的分解：对关系模式进行必要的分解：因公司内人员进行查询时,一般只用到自己所属单位的信息,故可把“人员”关系按部门进行水平分解，以提高查询效率.水平分解：员工（员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)改为：负责人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、酒 店 管 理 系 统 数 据 库 设 计16备注);服务人员（员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注）;经手人员(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注

34、）;三、用户子模式设计三、用户子模式设计1 1经理子系统用户子模式经理子系统用户子模式员工(员工号、姓名、级别、部门号、职务、部门经理、实际工资)；因为经理对于员工其他情况不会经常关注,经常使用的只有以上各项，所以在经理子系统上设立员工关系.2 2住宿子系统用户子模式住宿子系统用户子模式客房（客房号、位置、设备、收费标准、管理人员号、状态）;因为管理员工对于客房的其他情况不会经常使用,经常使用的只有以上各项，所以在住宿子系统上设立客房关系3 3经营管理子系统用户子模式经营管理子系统用户子模式顾客(顾客编号、住宿号、姓名、级别、应收款、使用时间、备注）因为对于顾客的情况管理经常使用是以上各项，所

35、以在经营管理子系统上设立顾客关系.物物 理理 结结 构构 设设 计计一一.存储结构设计存储结构设计经过分析可知,本酒店管理系统中信息处理的特点如下：（）饮食、住宿、娱乐三大部门的数据不仅经常需要查询，而且更新速度快,例如住宿部门的来客查询与登记，房间的动态分配等.（）各个部门信息要求共享的信息较多.例如员工信息，来客信息等。但财务信息一般不共享。（）经理部门有一定的特殊职能：汇总财务信息；对于被辞退的员工从系统中级联删除其信息、如从员工表中删除其基本信息、从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金；同时补充新的员工，代替它的工作。针对这些特点,设计如下:1.1.确定数据库

36、的存放位置确定数据库的存放位置为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、酒 店 管 理 系 统 数 据 库 设 计17经常存取部分和存取频率较低的部分分别在两个磁盘上存放.同时，考虑到本系统是多用户的，为了提高效率,数据库的备份的数据和日志文件将保存在磁带中。经常存取部分：员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注)；工资(员工号、等级、实际工资、基本工资、出勤工资)；客房（客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态)；款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款)；折扣规则(折扣级别、折扣情况）；项目（项目编号

37、、部门号码、名称、所在位置、收费标准、负责人号）；顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注)；存取频率较低的部分：部门（部门号、名称、部门经理、员工数量、财务状况编号）；账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）；订单（订单号、顾客号、经手人号、备注);总帐（总帐编号、部门号、财务状况编号、收入、支出、日期、经手人号、备注)；财务状况(财务状况编号、时期、总收入、总支出、净利润）；2.2.确定系统配置确定系统配置酒店管理系统需要的微机数量和规模都不必太大，但在系统设计时应考虑到酒店的发展需求，在选择硬件设备、服务器操作系统、

38、数据库时都考虑到能够逐步的增加和扩展。本酒店管理系统选用了 Windows9x 系统作为微机的操作系统，它能够有较好的使用界面并能够充分发挥出微机硬件的作用，比较适合酒店这样的机构；另外，选用了目前应用最多的 ORACLE 数据库。由于涉及到酒店的财务管理,数据的完整性和安全性显得尤其重要。系统中的数据一旦丢失，将需要很长时间进行恢复，有时甚至使信息系统不得不从系统初始化阶段重新开始运行。每天进行数据备份是保障系统安全的重要手段。酒 店 管 理 系 统 数 据 库 设 计18数据备份需要严格按照事先制定的备份与故障恢复策略进行，并落实备份登记和检查措施。具体的系统配置应当根据系统实际运行情况做

39、进一步的调整.二二.存取路径设计存取路径设计1.1.存取方式的分析存取方式的分析:对饮食、住宿、娱乐三个子系统的各个关系最经常的操作是查找，假设现有 n 个住宿房间的信息，如果采取顺序查找，平均查找n/2 次;建立 B+树索引，则平均查找次数为 B+树的层数 log2n+1。所以选择 B+树作为索引，具体设计如下:对以下经常在查询中出现的关系的码建立索引说明：下加横线部分表示关系的码员工（员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注）;工资(员工号、等级、实际工资、基本工资、出勤工资)；部门(部门号、名称、部门经理、员工数量、财务状况编号)；客房(客房号、类别、部门号、位置、设备、

40、收费标准、管理人员号、状态);款项（款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款);折扣规则(折扣级别、折扣情况)；财务状况（财务状况编号、时期、总收入、总支出、净利润)；以下经常进行连接操作的关系的码建立索引:员工号、客房号、部门号等由于下面几个关系模式的更新频率很高,所以没有定义索引:顾客（顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注）；订单(订单号、顾客号、经手人号、备注）;账单（账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注）;三三.设计评价及说明设计评价及说明上述设计对时间效率,空间效率,维护代价和用户的实际需求做出了较好的权衡，根据酒店管理的实际出发，以时间效率和用户的实际需求为根本，得出的最后方案。