客房管理系统数据库设计.doc
《客房管理系统数据库设计.doc》由会员分享,可在线阅读,更多相关《客房管理系统数据库设计.doc(25页珍藏版)》请在咨信网上搜索。
课程设计(论文) 课程名称:数据库系统分析与设计 题 目: 客房管理系统数据库设计 院 (系):xxx 专业班级:xxx 姓 名:xxx 学 号:xxx 指导教师:xxx 2011年 12 月 30 日 西安建筑科技大学课程设计(论文)任务书 专业班级:xxx 学生姓名:xxx 指导教师(签名): 一、课程设计(论文)题目 客房管理系统数据库设计 二、本次课程设计(论文)应达到的目的 数据库系统分析与设计课程设计是信息管理与信息系统专业集中实践性环节之一,是学习完《数据库数据库系统原理及技术》及《数据库系统分析与设计》课程后进行的一次全面的综合练习.其目的在与加深对数据库基础理论和基本知识的理解,掌握借助PowerDesigner开发和设计一个小型数据库系统时设计数据库系统模型的基本方法,提高运用数据库解决实际问题的能力. 三、本次课程设计(论文)任务的主要内容和要求(包括原始数据、技术参数、设计要求等) 要求学生能独立完成一个数据库模型的设计与实现,包括: 1. 数据库系统需求分析; 2. 数据库概念模型设计; 3. 数据库逻辑模型设计; 4. 数据库物理模型的实现; 5. 完成不少于6000字的课程设计报告撰写。 四、应收集的资料及主要参考文献: [1] 王珊, 萨师煊。 数据库系统概论(第4版)。 北京:高教出版社,2006年5月. [2] 赵韶平等。PowerDesigner系统分析与建模(第2版)。 北京:清华大学出版社,2010。 [3] Data Modeling and Relational Database Design。 Oracle Inc。 2001. 五、审核批准意见 教研室主任(签字) 摘要 随着我国改革开放的不断推进,人民生活水平日益提高,旅游经济蓬勃发展,这一切都带动了酒店行业的发展.再加上入境旅游的人也越来越多,入境从事商务活动的外宾也越来越多.传统的手工已不适应现代化酒店管理的需要。及时、准确、全方位的网络化信息管理成为必需。 酒店是一个服务至上的行业,从客人的预定开始,到入住登记直至最后退房结账,每一步骤都要保持一致性的服务水准,错失一步,会令其辛苦经营的形象功亏一篑。要成为一间成功的酒店,就必须作到宾至如归,面对酒店业内激烈的竞争形势,各酒店均在努力拓展其服务领域的广度和深度。虽然计算机并不是酒店走向成功的关键元素,但它可以帮助那些真正影响成败的要素发挥更大的效用.因此,采用全新的计算机网络和管理系统,将成为提高酒店的管理效率,改善服务水准的重要手段之一. 本数据库设计就是利用powerdesigner这个建模工具,经过系统需求分析,理清所见系统的功能结构,业务流程和内部数据流程问题,建立系统数据库的概念模型并且转换为物理模型,最终实现物理模型与数据库的连接,建立满足用户需求的数据库,为整个管理信息系统的后续建设和维护做好很好的铺垫作用. 关键字:需求分析,概念模型,逻辑模型,物理模型,数据库 目 录 1 绪论1 1。1系统简介1 1.2设计目的1 1。3设计内容2 2 需求分析3 2。1 。需求分析的任务3 2。2 系统数据流程分析3 2。3 数据字典7 3 概念模型设计10 3。1 概念模型设计的方法和步骤10 3。2 系统概念模型12 4。逻辑模型设计14 4.1逻辑模型设计的方法14 4。2 逻辑模型实现14 4。3 数据完整性约束定义16 5 物理数据库模型设计与实现18 5。1 物理数据库模型的图示18 5.2 物理数据库模型的详细表示18 5。3 物理数据库模型的实现22 总结28 参考文献29 第 1 页 1 绪论 1。1系统简介 每个酒店规模不同,经营方向不同,对酒店管理系统设计目标的要求存明显差异。例如大型酒店有客房、餐饮、康乐、会务、购物中心等分,因此要求饭店管理信息系统的功能比较齐全,能够完成客房、餐饮、会务等各种事务处理,而住房型酒店则仅要求酒店管理信息系统能完成客房、财务等的管理即可。此外,不同酒店的组织机构也相同,供其使用的酒店管理信息系统的系统结构应与其组织机构相适应。在系统中,主要是对客房信息、房间备品信息、经营情况、营业统计、客户的入住信息、员工信息、客户信息反馈、客户网上订房信息、房间类型等管理。为客户提供满意的服务、便捷的通道,通过互联网了解酒店详细情况,为服务员工、管理者提供迅速、高效的服务,减免手工处理的繁琐与误差,及时、准确的反映酒店的工作情况、经营情况.比如,快速的查询、快速的登记顾客订房情况等本系统的建设需求.具体来说,客户从界面上输入入住地区,时间,价位/房间类型就可以查询到符合条件的房间,并且可以切入预定,选择房间类性等。内部管理人员从界面上直接输入某个房间号我们就会看到客人的个人信息、住宿期间各种消费、以及是否客满,同样我们输入某个部门名称也会显示它的运营相关情况,并且能够对其实现相应的管理、查询、添加、删除、统计等功能。 1。2设计目的 数据库系统分析与设计课程设计是信息管理与信息系统专业集中实践性环节之一,是学习完《数据库数据库系统原理及技术》及《数据库系统分析与设计》课程后进行的一次全面的综合练习。其目的在与加深对数据库基础理论和基本知识的理解,掌握借助PowerDesigner开发和设计一个小型数据库系统时设计数据库系统模型的基本方法,提高运用数据库解决实际问题的能力. 具体对本系统来说,客房管理系统数据库设计目的主要有以下3个: (1)为酒店的管理的管理者、决策者提供及时、准确地掌握酒店经营各个环节情况的信息领域; (2)对酒店的经营,为节省成本,提高运营质量和管理效率的信息化管理额控制技术; (3)直接对顾客提供信息化服务。 1.3设计内容 此次课程设计的主要内容就是对酒店客房管理系统建立一个数据库模型,包括: 1)数据库系统需求分析; 2)数据库概念模型设计; 3)数据库逻辑模型设计; 4)数据库物理模型的实现. 2需求分析 2。1 。需求分析的任务 进行整个数据库设计必须准确了解与分析用户需求(包括数据和处理)。需求分析是整个设计过程的基础,是最困难、最耗费时间的一步。作为地基的需求分析是否做得充分与准确,决定了在其上构建数据库大厦的速度和质量。 需求分析的任务是通过详细调查现实世界要处理的对象(组织、部门、企业等),充分了解原系统(手工系统或计算机系统)工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能。 需求分析调查的重点是“数据”和“处理”,通过调查、收集和分析,获得用户对数据库的如下需求: (1)信息需求。指用户需要从数据库中获得信息的内容与性质。由信息要求可以导出数据要求,即在数据库中需要存储哪些数据。 (2)处理要求.指用户需要完成什么处理功能。明确用户对数据有什么样的处理要求,从而确定数据之间的相互关系。 (3)安全性与完整性要求. 2。2 系统数据流程分析 (1)基本业务调查 根据上网调查,查阅相关图书、期刊以及实际跟班作业,做出现代企业客房管理系统的需求分析报告如下: 1)酒店客户情况分析: 客户根据需要通过该系统进行客房预订、客房信息查看等操作,管理员通过该系统修改客房信息、客户入住登记、结算等操作。 2)系统情况分析: 根据需要,系统所要实现的功能有以下几部分:实现客房信息管理功能;实现客户信息管理功能;实现预定管理功能;实现入住管理功能;实现换房管理功能;实现消费记账功能;实现收银退房功能. 综上,将系统的功能大体划分为三大模块: 权限管理:包括用户、及操作员的注册,登录,权限修改等; 前台管理:包括客户信息的录入、客户预订和入住登记、换房登记及结算退房的管理等; 后台管理:客房信息管理,客户信息管理。 根据以上的系统功能的的分析,大概的设计出系统的功能结构图,如图2。1所示。 图2。1 功能结构图 根据对整个系统的需求分析,得出本系统粗略的模型图,如图2。2所示。 图2。2 系统大概数据流程图 说明:F1:房间号,F2:客户信息;F3:消费信息;F4:账单信息 2)数据流程图 根据以上的需求分析结果,对本系统的各个功能模块进行业务数据流程分析,得出以下数据流程图: 前台子系统数据流程图,如图2。3所示。 客户信息 客户登记 客户离开 住房管理 住房信息 更新后的住房信息 收入结算 目前住房信息 住房单价 住房数量 基本信息 满足客户要求 客户要求 退房 换房信息 图2。3 前台服务数据流程图 后台子系统数据流程图,如图2。4所示. 前台 数据库备份 消费结算表 客户住宿信息 修改客房信息 更新后的客房信息 现金入账 图2。4 后台服务数据流程图 系统数据流程图,如图2。5所示 查询 D1客户 登记 结算 入住登记 预订登记 F5入住信息 F4预订信息 F8退房需求 F9结算信息 F7信息核查 F3客户信息 F2查询结果 F1客户需求描述 D5入住信息表 D4预订信息登记表 D2客户信息表 D2客房信息表 D3客户信息表 D8消费结算表 D6换房信息BIAOBIAOBIAO表 换房登记 F9结算信息 F6换房信息 图2.5 系统数据流程图 2。3 数据字典 在数据流程图中,数据信息和处理过程需要通过数据字典才能描述清楚,因此在数据字典中主要对数据流程图中的数据流、数据存储和处理过程给出更详细、更准确的说明. 1)数据流定义 通过在在系统数据流程分析阶段的数据流程图得到客房管理系统系统数据流程图的主要数据流,如表2。1所示。 表2。1 客房管理系统主要数据流定义 序号 名称 位置 结构定义 最大数据流量 1 客户需求描述 F1 客户编号+房间类型+房间号 1000次/天 2 查询结果 F2 房间号+房间类型+价格 1000次/天 3 客户信息 F3 客户编号+客户姓名+客户性别 2000次/天 4 预订信息 F4 预订编号+房间类型+房间数 2500次/天 5 入住信息 F5 入住编号+房间号+客户编号 2000次/天 6 换房信息 F6 换房编号+原房间号+新房间号+客户编号 1000次/天 7 信息核查 F7 客户编号+客户姓名+省份证号 2000次/天 8 退房需求 F8 客户编号+ 房间号 1000次/天 9 结算信息 F9 客户编号+ 消费总额 1000次/天 2)数据存储定义 根据数据流程图对客房管理系统的主要数据存储定义,如表2.2所示。 表2。2 客房管理系统主要数据存储定义 编号 名称 输入 输出 数据量 存取频度 存取方式 说明 D1 客户 客户编号 客户信息 2500条 2500次/天 联机处理;检索和更新;随即检索 客户编号唯一 D2 客房信息 房间号 客房详细信息 2500条 2500次/天 联机处理;检索和更新;随即检索 房间号唯一 D3 客户信息表 客户编号 客户信息 1000条 2000次/天 联机处理;检索和更新;随即检索 客户编号唯一 D4 预订信息表 预订编号; 房间类型; 房间数 预订详细信息 1500条 2500次/天 联机处理;检索和更新;随即检索 预订编号唯一 D5 入住信息表 入住编号; 房间号; 客户编号 入住详细信息 1500条 2000次/天 联机处理;检索和更新;随即检索 入住编号唯一 D6 换房信息表 换房编号;客户号;原房间号;新房间号 换房详细信息 1000条 1000次/天 联机处理;检索和更新;随即检索 换房编号唯一 D7 消费结算表 账单编号;客户号;消费总额 消费结算详细信息 1500条 1500次/天 联机处理;检索和更新;随即检索 账单编号唯一 3)处理过程 通过系统流程分析阶段得到的数据流程图,对客房管理系统数据库设计的主要处理过程定义,如表2。3所示。 表2.3 客房管理系统主要处理过程定义 序号 处理过程名称 输入 输出 处理说明 P1。1 查询 查询条件 与查询条件相匹配的的记录 在系统存储的信息中检索符合要求的信息记录并输出 P1。2 登记 客户信息、 客房选择等 客户预订 (入住、换房) 记录 客户的预订(入住、换房)信息登记到客户的预订(入住、换房)信息表中 P1。3 结算 客户证件或姓名,及房间号 客户消费总额 系统存储的信息中检索出该客户的消费信息,结算后将该信息存档 3 概念模型设计 3.1 概念模型设计的方法和步骤 (1)建立系统实体及属性 根据需求分析阶段的分析结果,建立系统中所涉及的实体及属性通过需求分析,本系统共分为三大功能模块,即权限管理、前台管理和后台管理. 1)权限管理:在此功能中,主要实现的是对系统管理员和操作人员的权限设置管理问题,建立操作员实体存储管理员的信息; 2)前台管理:包括客户信息的录入、客户预订和入住登记、换房登记及结算退房的管理等,建立客户信息、客房信息、订单信息、入住信息、换房信息、退房信息、账单信息来储存实现前台管理功能的信息,而对于每一个房间有自己所在的楼层和房间类型,所以建立楼层信息和房间类型实体; 3)后台管理:实现客房信息、客户信息的更新和维护功能,建立客户信息,客房信息实现; 要完成上述功能该客房管理系统涉及10个实体,各个实体的含义如表3.1所示。 表3。1 客房管理系统包含的实体 实体名 含义 操作员manager 存储操作员的信息 客户信息client 存储客户的信息 客房信息room 存储客房的信息 客房类型roomtype 存储客房类型的信息 楼层信息floor 存储楼层信息 订单信息order 存储客户订房信息 入住信息enter 存储客户入住信息 换房信息exchange 存储客户换房信息 退房信息back 存储客户退房信息 账单信息bill 存储客户消费账单信息 利用powerdesigner建立如下图3。1所示 图3。1 客房管理系统的实体及属性 (2)建立实体间的联系 根据需求分析,为了使客房管理系统能正常运转,为这些实体之间建立如表3。2所示关系. 表3.2 客房管理系统包含实体之间的关系 实体 1 实体 2 名称 描述 关系 客户信息 账单信息 产生produce 一个客户对应多个消费账单信息,一个账单对应一个客户 一对多 客户信息 入住信息 住入live 客户对应多个住房信息,一个住房信息对应一个客户 一对多 客房类型 客房信息 包含include 一种客房类型可以有多个房间,而一个房间只对应一种房间类型 一对多 客房信息 客户信息 存在exist 一个客户只有一个客房信息,而对一个客房来说,可以有不同的客户信息 一对多 楼层信息 客房信息 拥有have 在一层楼中,可以有多个房间,而一个房间只能在一层楼上 一对多 操作员 客房信息 管理manage 一个操作员可以操做多个客房信息,而一间房间有一个操作员 一对多 客户信息 换房信息 调换exchange 一个客户对应多个换房信息,一个换房信息对应一个客户 一对多 客户信息 退房信息 退房back 一个客户对应多个退房信息,一个退房信息对应一个客户 一对多 客房类型 订单信息 预订order 一个订单对应一个房间类型,而一种房间类型对应多个订单信息 一对多 利用powerdesigner建立实体之间的关系如下图3。2所示 图3.2 客房管理系统包含实体之间的关系 3。2 系统概念模型 根据系统的需求分析,得出系统数据库的概念模型,利用powerdesigner做出客房管理系统的概念模型如图3。3所示. 图3。3 客房管理系统概念模型(CDM) 4.逻辑模型设计 4。1逻辑模型设计的方法 (1)实体集的转换规则一个实体集转换为关系模型中的一个关系,实体的属性就是关系的属性,实体的码就是关系的码,关系的结构是关系模式. (2)实体集间联系的转换规则 1)1:1联系的转换方法 将1:1联系转换为一个独立的关系:与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,且每个实体的码均是该关系的候选码。 将1:1联系与某一端实体集所对应的关系合并,则需要在被合并关系中增加属性,其新增的属性为联系本身的属性和与联系相关的另一个实体集的码。 2)1:n联系的转换方法 一种方法是将联系转换为一个独立的关系,其关系的属性由与该联系相连的各实体集的码以及联系本身的属性组成,而该关系的码为n端实体集的码; 另一种方法是在n端实体集中增加新属性,新属性由联系对应的1端实体集的码和联系自身的属性构成,新增属性后原关系的码不变. 3)m:n联系的转换方法 在向关系模型转换时,一个m:n联系转换为一个关系。转换方法为:与该联系相连的各实体集的码以及联系本身的属性均转换为关系的属性,新关系的码为两个相连实体码的组合(该码为多属性构成的组合码)。 4.2逻辑模型实现 将概念模型转化为逻辑模型即就是把E—R图转化为关系模式,将客房管理系统概念模型中的实体及关系转化为关系模式为以下所述: 操作员(操作员编号,操作员姓名,操作员密码) 客户信息(客户编码,房间号,客户姓名,客户性别,联系电话,是否会员,身份证号) 客房信息(房间号,类型编号,楼层编号,操作员编号,房间状态,房间备注) 楼层信息(楼层编号,楼层名称) 客房类型(类型编号,类型名称,价格,拼房价格,类型备注) 订房信息(订单编号,类型编号,抵店时间,离店时间,房间数) 入住信息(入住编号,客户编号,入住时间,入住人数) 换房信息(换房编号,客户编号,原房间号,新房间号) 退房信息(退房编号,客户编号,退房时间) 账单信息(账单编号,客户编号,入住天数,消费总额) 利用powerdesigner将CDM转化为LDM,如图4。1所示。 图4。1 客房管理系统数据库逻辑模型(LDM) 4。3 数据完整性约束定义 根据上面的关系模式,应给出数据库的完整性约束。 1)实体完整性约束 创建每一个关系模式中的主码的代码如下: constraint PK_BACK primary key nonclustered (back_num) constraint PK_BILL primary key nonclustered (bill_num) constraint PK_ENTER primary key nonclustered (enter_num) constraint PK_CLIENT primary key nonclustered (cli_num) constraint PK_MANAGER primary key nonclustered (mana_num) constraint PK_EXCHANGE primary key nonclustered (exch_num) constraint PK_ROOM primary key nonclustered (room_num) constraint PK_ORDER primary key nonclustered (order_num) constraint PK_ROOMTYPE primary key nonclustered (typ_num) 2)参照完整性约束 创建每一个关系模式中的参照关系(即外键)的代码如下。 alter table bill add constraint FK_BILL_PRODUCE_CLIENT foreign key (cli_num)references client (cli_num) go alter table enter add constraint FK_ENTER_LIVE_CLIENT foreign key (cli_num)references client (cli_num) go alter table room add constraint FK_ROOM_INCLUDE_ROOMTYPE foreign key (typ_num)references roomtype (typ_num) go alter table client add constraint FK_CLIENT_EXIST_ROOM foreign key (room_num)references room (room_num) go alter table room add constraint FK_ROOM_HAVE_FLOOR foreign key (floor_num)references floor (floor_num) go alter table room add constraint FK_ROOM_MANAGE_MANAGER foreign key (mana_num)references manager (mana_num) go alter table exchange add constraint FK_EXCHANGE_EXCHANGE_CLIENT foreign key (cli_num)references client (cli_num) go alter table back add constraint FK_BACK_BACK_CLIENT foreign key (cli_num)references client (cli_num)go 5物理数据库模型设计与实现 5。1 物理数据库模型的图示 利用powerdesigner将建成的客房管理系统的概念模型(CDM)转化为物理模型(PDM),如下图5。1所示。 图5.1 客房管理系统的物理模型(PDM) 5。2 物理数据库模型的详细表示 物理数据库模型的详细表示,如下表5.1、5。2、5。3、5。4所示: 表5。1客房管理系统表的详细表示 名称 代码 入住信息 enter 客户信息 client 客房信息 room 客房类型 roomtype 换房信息 exchange 操作员 manager 楼层信息 floor 订单信息 order 账单信息 bill 退房信息 back 表5。2 客房管理系统数据库表栏的详细表示 名称 代码 操作员姓名 mana_name 操作员密码 mana_password 操作员编号 mana_num 客户编号 cli_num 房间号 room_num 客户姓名 cli_name 客户性别 cli_sex 联系电话 cli_tel 身份证号 cli_id 是否会员 cli_vip 楼层编号 floor_num 楼层名称 floor_name 备注 floor_remarks 订单编号 order_num 类型编号 typ_num 抵店时间 order_arrivetime 离店时间 order_awaytime 房间数 order_account 入住编号 enter_num 客户编号 cli_num 入住时间 enter_time 入住人数 enter_account 退房编号 back_num 客户编号 cli_num 退房时间 back_time 账单编号 bill_num 客户编号 cli_num 消费总额 bill_sum 住店天数 bill_lasttime 换房编号 exchan_num 客户编号 cli_num 原房间号 exchan_oldroom 新房间号 exchan_newroom 房间号 room_num 楼层编号 floor_num 类型编号 typ_num 操作员编号 mana_num 房间状态 room_situation 客房备注 room_remarks 类型编号 typ_num 类型名称 typ_name 价格 typ_price 拼房价格 typ_price1 类型备注 typ_remarks 表5.3 客房管理系统数据库键的详细表示 名称 代码 表格 Identifier_1 Identifier_1 操作员 Identifier_1 Identifier_1 客户信息 Identifier_1 Identifier_1 楼层信息 Identifier_1 Identifier_1 订单信息 Identifier_1 Identifier_1 入住信息 Identifier_1 Identifier_1 退房信息 Identifier_1 Identifier_1 账单信息 Identifier_1 Identifier_1 换房信息 Identifier_1 Identifier_1 客房信息 Identifier_1 Identifier_1 客房类型 表5。4 客房管理系统数据库索引的详细表示 名称 代码 唯一的 群集器 主要的 外键 候选键 表格 manager_PK manager_PK TRUE FALSE TRUE FALSE FALSE 操作员 client_PK client_PK TRUE FALSE TRUE FALSE FALSE 客户信息 exist_FK exist_FK FALSE FALSE FALSE TRUE FALSE 客户信息 floor_PK floor_PK TRUE FALSE TRUE FALSE FALSE 楼层信息 order_PK order_PK TRUE FALSE TRUE FALSE FALSE 订单信息 order_FK order_FK FALSE FALSE FALSE TRUE FALSE 订单信息 enter_PK enter_PK TRUE FALSE TRUE FALSE FALSE 入住信息 live_FK live_FK FALSE FALSE FALSE TRUE FALSE 入住信息 back_PK back_PK TRUE FALSE TRUE FALSE FALSE 退房信息 back_FK back_FK FALSE FALSE FALSE TRUE FALSE 退房信息 bill_PK bill_PK TRUE FALSE TRUE FALSE FALSE 账单信息 produce_FK produce_FK FALSE FALSE FALSE TRUE FALSE 账单信息 exchange_PK exchange_PK TRUE FALSE TRUE FALSE FALSE 换房信息 exchange_FK exchange_FK FALSE FALSE FALSE TRUE FALSE 换房信息 room_PK room_PK TRUE FALSE TRUE FALSE FALSE 客房信息 manage_FK manage_FK FALSE FALSE FALSE TRUE FALSE 客房信息 have_FK have_FK FALSE FALSE FALSE TRUE FALSE 客房信息 include_FK include_FK FALSE FALSE FALSE TRUE FALSE 客房信息 roomtype_PK roomtype_PK TRUE FALSE TRUE FALSE FALSE 客房类型 5.3 物理数据库模型的实现 1)连接数据库 建立ODBC数据源,连接sql server 2005 中的hotelroom数据库,操作如下图5。2,图5。3所示。 图5。2 建立ODBC数据源 图5.3 连接hotelroom数据库 图5。4 生成数据库 2)相关的SQL语句如下: create table back ( back_num varchar(10) not null, cli_num numeric not null, back_time datetime not null, constraint PK_BACK primary key nonclustered (back_num) ) go create index back_FK on back ( cli_num ASC ) Go create table bill ( bill_num varchar(10) not null, cli_num numeric not null, bill_sum money not null, bill_lasttime int null, constraint PK_BILL primary key nonclustered (bill_num) ) go create index produce_FK on bill ( cli_num ASC ) go create table client ( cli_num numeric not null, room_num varchar(10) not null, cli_name varchar(20) not null, cli_sex char(2) not null, cli_tel char(11) not null, cli_id char(18) not null, cli_vip bit null, constraint PK_CLIENT primary key nonclustered (cli_num) ) go create index exist_FK on client (room_num ASC) go create table enter ( enter_num varchar(10) not null, cli_num numeric not null, enter_time datetime not null, enter_account int not null, constraint PK_ENTER primary key nonclustered (enter_num) ) go create index live_FK on enter ( cli_num ASC ) go create table exchange ( exchan_num varchar(10) not null, cli_num numeric not null, exchan_oldroom varchar(10) not null, exchan_newroom varchar(10) not null, constraint PK_EXCHANGE primary key nonclustered (exchan_num) ) go create index exchange_FK on exchange ( cli_num ASC ) go create table floor ( floor_num varchar(10) not null, floor_name varchar(10) not null, floor_remarks text null, constraint PK_FLOOR primary key nonclustered (floor_num) ) go create table manager ( mana_name varchar(20) not null, mana_password varchar(20) not null, mana_num numeric(20) not null, constraint PK_MANAGER primary key nonclustered (mana_num) ) go create table "order” ( order_num varchar(10) not null, typ_num varchar(10) null, order_arrivetime datetime not null, order_awaytime datetime not null, order_account int not null, constraint PK_ORDER primary key nonclustered (order_num) ) go create index order_FK on ”order" ( typ_num ASC ) Go create table room ( room_num varchar(10) not null,- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 客房 管理 系统 数据库 设计
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文